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序 王 
互联 网 时 代 什 么 人 十 核心 驱动 力 


在 我 刚刚 开始 宣布 要 做 奇 酷 手机 的 时 候 ， 我 曾经 发 布 公开 信 说 我 
需要 四 类 动物 ， 程 序 猿 、 攻 城 狮 、 产 品 狗 、 设 计 猫 。 程 序 员 被 排 在 了 
第 一 位 ， 而 从 我 的 个 人 经 历来 说 ， 与 程序 员 有 着 密切 的 关系 ， 大 学 研 
究 生 时 的 程序 员 ， 上 班 时 的 工程 师 ， 创 业 后 的 产品 经 理 ， 最 近 几 年 一 
直 在 学 习 和 琢磨 设计 。 


这 本 书 的 作者 建 强 也 是 其 中 一 种 人 ， 一 种 喜欢 铅 研 技术 的 程序 
员 。 我 曾经 和 《和 奇 点 临近 》 作 者 雷 ' 库 兹 事 尔 交流 的 时 候 提 到 ， 也 许 上 
帝 承 是 一 名 程序 员 ， 因 为 程序 员 正 在 通过 给 基因 重新 编程 的 方式 来 解 
决 人 类 很 多 疾病 之 类 的 问题 。 


当然 ， 实 现 给 基因 编程 解决 人 类 疾病 问题 的 过 程 是 漫长 的 ， 但 “ 程 
序 员 ” 的 作用 是 重大 的 。 而 在 互联 网 的 世界 里 ,程序 员 的 重要 性 更 明 
显 。 一 个 好 的 程序 员 能 力 固然 重要 ， 精 神 世 界 的 升华 也 不 能 缺少 ， 写 
书 束 是 一 种 精神 世界 的 升华 ， 能 说 服 目 己 ， 也 能 帮助 和 提高 更 多 人 。 


互联 网 时 代 离 不 开 各 种 移动 App， 本 书 提 到 很 多 时 下 移动 互联 网 
很 前 治 的 技术 ， 像 竞 品 技术 分 析 部 分 驶 提 到 ABTest、WaxPatch 等 。 而 


且 据 说 ,为 了 写 这 本 书 ， 作 者 分 析 了 市 场 上 有 名 的 上 百 蒜 App， 能 够 
费 这 么 多 心血 去 人 研究 技术 实现 的 人 ， 在 我 看 来 至 少 是 一 个 充满 好 奇 心 
的 人 。 正 是 这 种 拥有 好 奇 心 并 执着 探索 的 人 ， 推 动 了 近 百 年 来 的 科学 
发 展 。 


移动 互联 网 的 世界 更 是 如 此 ， 从 手机 产生 至 今 ， 短 短 二 三 十 年 的 
时 间 ， 就 已 经 发 生 了 翻天 禾 地 的 变化 。 今 天 的 手机 已 经 快 成 为 人 类 的 
顷 蚌 了， 未 来 手机 是 什么 样子 很 难说 ， 但 对 手机 应 用 的 要 求 越 来 越 
高 。 昌 然 iOS 和 安 单 平台 上 开发 App 会 有 所 不 同 ， 但 用 户 在 各 方面 体验 
的 要 求 是 一 致 的 。 所 以 在 我 做 手机 的 过 程 中 ， 一 直 要 求 目 己 要 充满 好 
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移动 App 古 一 个 充满 了 未 知 和 探索 的 领域 ,这 也 正 是 它 的 魅力 所 
在 ， 所 以 越 来 越 多 淘 望 探索 的 人 加 入 到 移动 互联 网 的 创业 大 潮 中 来 。 
事实 上 ， 这 些 移动 App 正 在 改变 着 我 们 的 生活 ， 从 订 和 、 打 车 到 游戏 
娱乐 都 被 各 种 App 所 改变 。 


但 App 相 关 的 扩 术 发 展 、 更 新 非常 迅速 ， 所 以 作为 技术 人 员 要 保 
持 对 技术 的 敏锐 嗅觉 ， 永 远 抱 痢 谦 卑 的 心态 去 学 习 移 进 的 技术 和 理 
念 ， 才 能 时 刻 占据 着 主动 。 当 我 们 认为 目 己 对 这 个 世界 已 经 相当 重要 
的 时 候 ， 其 实 这 个 世界 才刚 刚 准备 原 这 我 们 的 幼稚 。 


互联 网 发 展 到 今天 ， 程 序 员 功 不 可 没 。 也 许 程序 员 真 的 整 是 上 
帝 ， 但 他 们 在 创造 出 一 个 个 绚丽 多 彩 的 世界 之 前 ， 注 定 要 沉浸 在 枯燥 
的 代码 之 中 。 我 相信 ， 每 个 程序 都 有 目 己 的 一 个 小 小 世界 ， 在 程序 世 
界 里 ， 一 切 都 按照 他 们 的 设计 规则 运行 。 那 么 你 说 ， 这 和 上 帝 创 造 世 
界 有 什么 不 同 ? 互联 网 的 世界 里 谁 才 是 核心 驱动 力 ? 


当然 ， 我 也 布 望 这 本 书 能 培养 出 更 多 的 App 领 域 蜗 级 人 才 ， 来 共 
同 繁 采 移 动 互联 网 的 世界 。 


周 鸿 夸 


奇 虎 360 董 事 长 


十 年 写 一 本 书 


1998 年 ，Peter Norvig 曾 经 写 过 一 篇 很 有 名 的 文章 ， 题 为 "Teach 
Yourself Programming in Ten Years” (十 年 学 会 编程 。 这 文章 怎么 个 
有 名 法 呢 ， 目 发 表 以 来 它 的 访问 次 数 逐 年 增加 ， 到 2012 年 总 数 已 经 接 
近 300 万 次 。 


| 


文章 的 意思 其 实 很 简单 ， 编 程 与 下 棋 、 作 曲 、 绘 画 等 专业 技能 
样 ， 不 花 上 十 年 以 上 有 素 的 训练 (deliberative practice) 、 忘我 的 
(fearless) 投入 ， 是 很 难 真 正 精通 的 。Malcolm Gladwell 后 来 的 畅销 
书 《 异 类 》 用 1 万 小 时 这 个 概念 总 结 了 类 似 的 观点 。 


那么 ， 写 书 呢 ? 


说 到 写 书 ， 我 的 另 一 位 朋友 在 微 博 上 说 过 一 段 话 ， 让 我 一 直 耿 耿 
于 怀 : “有 的 时 候 被 吉 励 、 您 利 写 书 ， 束 算 书 能 卖 5000 册 ，40 块 一 本 ， 
8% 的 版 税 ， 收 益 是 16000RMB， 这 还 没 缴 税 。 我 还 不 如 跟 读 者 化 绿 ， 
把 内 容 均 匀 地 贡献 给 读者 ， 一 个 礼拜 就 能 募集 到 这 个 数额 。 为 什么 要 
去 写 书 ? 浪费 纸张 ,污染 环 境 。 为 了 名 气 ? 为 了 评 职 称 ? ”这 位 朋友 是 
2001 年 我 出 版 的 国内 第 一 本 Python 书 的 译 者 ， 当 时 这 本 封面 上 是 一 只 


老 姐 的 书 只 有 400 页 ， 现 在 英文 原版 最 新 版 已 经 1600 页 了 一 一 时 间 真 十 
最 强大 的 重 构 工 具 。 其 实 他 的 话说 得 挺 实在 的 。 这 年 头 写 专业 图 书 ， 
经 济 上 直接 的 回报 ， 的 确 很 低 。 


可 要 是 真 的 没 人 写 书 了 ， 这 个 世界 会 好 吗 ? 


我 曾经 在 出 版 社工 作 十 几 年 ， 经 手 的 书 数 以 生计， 有 的 书 问世 之 
初 束 门 可 罗 稚 ， 有 的 书 一 时 洛阳 纸 贯 但 终归 沉 家 ， 只 有 少数 一 些 ， 能 
够 多 年 不 断 重 印 ， 一 版 再 版 % 这 后 一 种 ， 往 往 是 真正 的 好 书 ， 古 某 个 
领域 知识 系统 整理 的 精华 ， 其 作用 不 可 车 代 ，Google 索 引 的 成 二 上 万 
的 网 页 也 不 能 一 一 聚 沙 其 实 古 不 能 成 塔 的 。Google 图 书 计 划 的 受挫 ， 
其 实 是 人 类 文明 发 展 的 重大 延迟 ， 对 此 我 深 以 为 憾 。 


书 (我 说 的 是 科技 专业 书 ) 可 以 粗略 分 为 两 种 ， 一 种 是 入 门 教程 
性 质 的 ， 一 种 是 经 验 之 谈 或 者 感悟 心得 。 无 论 哪 一 种 ， 都 需要 作者 多 
年 教学 或 者 实践 的 积 深 。 很 难 想象 ， 没 有 这 种 积淀 ， 能 够 很 好 地 引导 
读者 入 | ]， 或 者 教授 其 他 人 需要 人 论 费 十 年 才能 掌握 的 专业 技能 。 


所 以 ， 好 书 不 易 得 。 它 不 仅 来 之 不 易 〈《 有 能 力 写 的 人 本 来 就 少 ， 
这 些 人 还 不 一 定 有 动力 写 ) ， 而 且 还 经 党 面临 烂 书 太 多 ， 可 能 劣 币 驱 
逐 民 币 的 厄运 。 最 后 的 结果 是 ， 很 多 领域 都 缺乏 真正 的 好 书 ， 导 致 整 
个 圈子 的 水 平 偏 低 。 因 为 ， 书 这 种 成 体系 的 东西 ， 往 往 是 最 有 效 的 交 


流 与 传承 手段 ， 是 互联 网 〈 微 博 、 微 信 、 博 客 、 视 频 等 等 ) 上 碎片 化 
的 信息 不 能 取代 的 。 


儿 天 前 ， 我 的 Gmail 邮 箱 里 收 到 一 封 邮 件 : 


“还 记得 2008 年 我 束 想 写 一 本 书 ， 但 十 感觉 技术 能 力 不 够 ， 束 只 好 
去 翻译 了 一 本 。 一 晃 2015 年 了 ， 积 累 了 11 年 的 技术 功 原 ， 写 起 书 来 游 
轨 有 余 。 这 本 书 我 整整 写 了 1 年 ， 其 中 第 6 革 和 第 9 革 是 目 认 为 写 得 最 好 
的 草 广 。 请 刘 江 老 师 为 我 这 本 书写 一 篇 序言 ， 介 绍 一 下 无 线 App 的 技 
术 前 脆 和 趋势 ， 以 及 看 过 样 章 后 的 一 些 感 想 吧 。 谢 谢 。” 


包 建 强 


包 建 强 ? 我 记得 的 。 一 个 长 得 挺 帅 的 大 男孩 儿 ，2004 年 复旦 大 学 
毕业 ，2008 年 被 评 为 微软 的 MVP。 在 技术 上 有 追求 ， 而 且 热 心 。 多 年 
前 在 博客 园 非常 活跃 ， 张 罗 着 要 将 里 面 的 精华 文章 结集 出 版 成 书 。 很 
爱 翻 译 ， 曾 找 我 推荐 过 国外 的 博客 网 站 ， 想 要 把 一 个 同学 
WPF/Silverlight 系 列 文章 翻译 成 瑞 文 。2009 年 我 在 图 灵 出 版 了 他 翻译 
的 .NET 开 汇编 语言 方面 的 书 ， 到 现在 也 是 这 一 主题 唯一 的 一 本 。 好 多 
年 没 联 系 ， 没 想到 他 已 经 从 .NET 各 种 技术 (WPF 、Silverlight、CLR 
等 ) ， 转 向 移动 客户 端 开 发 了 。 更 让 人 动容 的 是 ， 他 一 直 不 瑟 初 心 ， 
用 了 十 年 ， 终 于 完成 了 自己 的 书 。 


那么 ， 这 是 一 本 什么 样 的 书 呢 ? 


我 将 书 的 几 个 样 章 转 给 号 边 从 事 Android 开 发 的 一 位 美 团 同 事 ， 他 
看 了 以 后 有 点 小 激动 ， 给 了 这 样 的 评价 : 


“ 拿 到 这 本 书 的 目录 和 样 章 时 ， 感 到 非常 导言 ， 因 为 内 容 全 是 一 线 
工程 师 正 在 使 用 或 者 学 习 的 一 些 热 门 技 术 和 大 家 的 关注 点 。 比 如 网 络 
请 求 的 处 理 、 用 户 登 孙 的 缓存 信息 、 网 片 缓存 、 流 量 优化 、 本 地 网 页 
处 理 、 腊 各 捕 抓 和 分 析 、 打 包 等 这 些 乎 时 使 用 最 多 的 技术 。 


我 本 人 从 事 Android 开 发 两 年 ， 符 别 想 找 一 本 能 提高 技术 、 经 验 之 
谈 的 书 ， 可 惜 很 难 找到 。 本 书 不 光 站 在 技术 的 层面 上 去 谈论 Android ， 
还 通过 市 场 上 比较 火 的 一 些 App 和 当今 Android 在 国内 发 展 的 方向 等 各 
种 角度 ， 来 分 析 怎 么 样 去 做 好 一 个 App 。 


我 个 人 感觉 这 本 书 不 仅 能 让 你 从 技术 上 有 收获 而 且 在 其 他 层面 上 
让 你 对 Android 有 更 深层 次 的 了 解 。 我 已 经 迫不及待 这 本 书 能 够 尽快 上 
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的 确 ， 目 前 国内 外 市 面 上 数 百 种 Android 开 发 类 图 书 ， 基 本 上 可 以 
分 为 两 类 : 


一 类 是 从 系统 内 核 和 源 代码 入 手 ， 作 者 往往 是 Linux 系 统 背 景 ， 
从 事 克 层 系 统 定 制 等 方面 工作 。 书 的 内 容重 在 分 析 Android 各 个 模块 的 
运行 机 制 ， 虽 然 深 入 理解 系统 肯定 对 应 用 开发 者 有 好 处 ， 但 很 多 时 候 
并 不 是 那么 实用 。 


一 类 是 标准 教程 ， 作 者 往往 钙 培 训 机 构 的 老师 ， 或 者 不 那么 资深 
但 普 于 总 结 的 年 轻 工 程 师 ， 基 本 内 容 是 Android 官 方 文档 的 变形 ， 围 绕 
API 的 用 法 束 事 论 事 地 讲 开 去 。 虽 然 其 中 比较 好 的 ， 写 法 、 教 学 思路 
和 例子 上 也 各 有 干 秋 ， 但 你 看 完 以 后 真 上 战场 ， 束 会 发 现 远 远 不 够 。 


本 书 与 这 两 类 书 都 完全 不 同 ， 纯 从 实战 出 发 ， 在 官方 文档 之 上 ， 
阐述 实际 开发 中 应 该 掌握 的 那些 来 之 不 易 的 经 验 ， 其 中 多 十 过 来 人 踩 
过 坑 、 吃 过 亏 ， 才 能 总 结 出 来 的 东西 。 不 少 章 下 类 似 于 Effective 系 列 
名 著 的 风格 ， 有 很 高 的 价值 。 


书 最 后 的 部 分 讨论 了 团队 和 项 目 管理 ， 既 有 比较 宏观 的 建议 ， 比 
如 流程 、 趋 势 ， 更 多 的 还 是 实用 性 非 第 强 的 经 验 ， 比 如 百宝箱 、 必 备 
文档 ， 等 等 。 很 多 章节 ， 不 限于 Android， 对 其 他 平台 的 移动 开发 者 也 
有 很 大 的 借鉴 意义 。 


看 得 出 来 ， 这 里 很 多 内 容 都 古 包 建 强 目 己 平时 不 断 记录 、 积 过 的 
成 果 ， 其 中 少量 在 他 的 博客 上 能 看 到 锥 形 。 如 采 说 多 年 前 ， 包 建 强 在 
组 织 和 翻译 图 书 时 还 有 些 青 深 的 话 ， 本 书 中 所 显现 出 来 的 ， 则 完全 是 
一 派 大 将 风度 ， 用 他 目 己 的 话 来 说 ,，“ 游 力 有 余 ” 了 。 

我 曾经 不 止 一 次 和 潜在 的 作者 说 过 : “不 写 一 本 书 ， 人 生 不 完 
整 。” 我 说 这 话 是 认真 的 。 人 生 百 年 ， 如 有 果 最 后 没有 什么 可 以 忌 结 、 留 
之 后 人 的 东西 ， 那 可 不 是 什么 值得 态 粮 的 事情 。 


而 说 到 总 结 ， 互 联网 各 种 碎片 化 的 媒体 形式 当然 有 各 种 方便 ， 但 
到 头 来 逃脱 不 了 烟花 易 逝 的 命运 〈 想 想 网 上 有 多 少 好 的 文字 ， 链 接 早 
已 失效 ， 现 在 只 能 到 archive.org 上 寻找 ， 甚 至 那里 也 不 见 踪影 ) 。 还 是 
书 这 种 物理 形式 最 坚实 ， 最 像 那 么 回 事 儿 ， 也 最 古 个 东西 。 去 国家 图 
书馆 看 过 宋 版 书 的 人 肯定 会 有 体会 。 


当然 ， 真 正 能 立 住 的 ， 是 那些 真正 的 好 书 ， 那 些 花 费 十 年 写 出 来 
的 东西 。 硕 望 有 更 多 的 同学 像 包 建 强 这 样 ， 十 年 写 一 本 书 。 和 希望 有 更 
多 好 书 不 断 涌现 出 来 。 


我 更 硕 望 ， 包 建 强 不 止步 于 书 的 出 版 ， 而 是 能 将 书 的 内 容 互 联网 
化 ， 让 读者 和 同行 也 加 入 进来 ， 不 断 生 长 、 丰 主 ， 不 断 改 厂 重 印 ， 变 
成 一 种 活 的 东西 。 写 一 本 好 书 ， 不 应 该 限于 十 年 。 


刘 江 


美 团 技术 学 院 院 长 


CSDN 和 《程序 员 》 杂 志 前 总 编 


序 三 


这 是 一 本 很 有 特点 的 书 ， 没 有 系统 的 知识 介绍 ， 也 没有 对 细 分 领 
域 钻 牛角 尖 般 的 头头 是 道 。 第 一 次 看 完 老 包 的 样 章 时 我 很 惊讶 ， 他 不 
仅 一 个 人 完成 了 全 书 内 容 的 反 写 ， 而 且 其 中 大 部 分 章节 都 非常 接地 气 
并 具有 时 代 性 。 


当前 移动 开发 技术 处 在 一 个 野 亦 增长 的 时 代 ， 在 移动 开发 从 业 人 
员 逐 年 递增 的 情况 下 ， 很 多 公司 的 移动 开发 团队 都 有 几 十 人 甚至 上 百 
人 。 当 App 越 做 越 大 ， 承 载 了 越 来 越 多 的 功能 时 ， 不 断 地 素 加 代码 也 
造成 了 很 多 问题 。 在 解决 这 些 问题 的 同时 ， 很 多 人 从 单纯 的 业务 开发 
转 疝 深入 人 研究 技术 细 方 ， 沉 深 了 很 多 经 验 ， 并 诞生 了 不 少 有 意思 的 开 
源 项 目 。 


在 2013 年 我 首次 遇 到 Android 65536 方 法 数 限 制 的 时 候 ， 网 络 上 唯 
一 能 查询 到 的 资料 就 是 Facebook 上 的 一 篇 博客 ， 其 中 简单 介绍 了 博 主 
遇 到 的 问题 及 解决 的 大 致 方法 。 当 时 在 没有 任何 参考 资料 的 情况 下 只 
能 目 己 开 发 解决 方案 ， 并 且 由 于 需要 分 拆 dex 引 入 了 不 少 其 他 的 问题 。 
天 看 到 本 书 中 总 结 的 这 些 经 验 和 问题 ， 发 现 本 书 能 够 给 我 很 好 的 启 
， 原 本 那些 踩 过 的 坑 和 交 过 的 学 费 其 实 都 是 可 以 避免 有 的。 虽然 书 中 
每 个 问题 时 篇 幅 看 上 去 并 不 大 ， 但 是 提炼 得 很 精简 ， 如 果 你 对 其 


CC 


了 


> 


全 
DH 
内 


中 的 某 段 不 是 很 理解 ， 很 可 能 它 正 是 在 你 真正 过 到 问题 时 会 联想 到 的 
内 容 和 恰到好处 的 解决 方案 。 


本 书 第 6 章 闻 见 的 异 滑 分 析 ， 束 是 完全 基于 实践 积 素 完成 的 。 束 阅 
读 这 草本 号 来 说 ， 可 能 学 到 的 知识 点 非常 分 散 ， 但 是 包 含 了 很 多 不 为 
人 知 的 冷门 或 者 非常 细 世 的 知识 。 如 条 你 对 其 有 深刻 的 共 吗 ， 多 数 都 
征 因 为 目 己 曾 有 过 被 坑 的 经 历 。 在 我 目 己 的 异常 分 析 过 程 中 ， 会 遇 到 
一 些 非 第 难 理解 的 异常 ， 俗 称 “ 妖 怪 问 题 "*。 这 类 异 第 的 表象 很 难 和 原 
因 联 系 到 一 起 ， 光 读 取 栈 信息 不 足以 理解 异常 的 机 理 ， 这 时 候 束 需要 
有 更 完善 的 异 肖 收集 系统 ， 能 够 把 应 用 的 当前 状态 进行 回 斋 ， 这 对 分 
析 问 题 是 很 有 帮助 的 。 


本 书 第 9 章 我 认为 是 最 接地 气 也 古 最 有 特色 的 革 市 ， 从 分 析 国 内 热 
1 门 的 App 开 始 ， 帮 助 读 者 了 解 最 前 沿 的 大 公司 的 移动 开发 的 技术 方 
问 。 有 很 多 技术 点 是 小 的 App 开 发 团队 并 不 会 花 精 力 关 注 的 ， 比 如 资 
源 文件 如 何 组 织 ， 如 何 应 对 线 上 故障 等 ， 但 是 如 果 在 应 用 规模 急剧 增 
长 后 再 去 解决 相应 的 问题 束 会 化 费 不 小 的 代价 ， 不 如 从 一 开始 束 遵 循 
这 些 已 经 在 其 他 成 熟 团队 中 积淀 的 经 验 和 法 则 。 对 于 应 用 开发 来 说 ， 
很 多 高 深 的 拉 术 和 复杂 的 框架 也 许 并 不 会 对 最 终 的 结 采 市 来 很 大 的 帮 
助 ， 学 习 一 些 业 界 真 实 的 方案 ， 并 对 其 进行 扩展 可 能 是 更 加 稳妥 的 方 


从 Android 和 iOS 诞 生 至 今 ， 技 术 昌 然 一 直 在 进步 ， 但 它们 分 别 是 
由 Google 和 Apple 主 导 的 。 开 源 社区 虽然 有 很 多 热门 的 项 目 ， 但 是 不 同 
于 服务 端的 Apache 扶 持 的 大 型 开源 项 目 ， 客 户 端 受 限于 体积 、 硬 件 及 
部 署 方式 的 限制 ， 一 直 没 有 形成 大 而 全 的 框架 ， 反 而 出 色 的 开源 项 目 
都 聚焦 在 一 个 点 上 。 回 想 Joe Hewitt 当 年 在 Facebook 开 源 的 Three20 项 目 
引领 了 当时 的 iOS 应 用 染 构 ， 到 目前 已 经 被 大 多 数 的 应 用 抛弃 ， 只 能 
说 这 是 一 个 大 浪 淘 沙 的 时 代 ， 移 动 搁 术 在 飞速 发 展 ， 技 术 被 淘汰 的 速 
度 非常 之 快 。 优 秀 的 开发 人 员 需 要 具备 的 不 光 是 对 平台 的 了 解 和 写 代 
码 的 能 力 ， 更 重要 的 是 对 技术 的 整合 和 对 发 展 趋势 的 理解 。 本 书 就 像 
是 对 2015 年 整个 移动 技术 的 一 份 快照 ， 非 常 富有 这 个 时 代 的 特征 。 整 
本 书 并 不 是 从 枯燥 的 文档 提炼 而 来 ， 而 是 真切 地 从 一 个 互联 网 从 业者 
的 切身 经 历 和 与 他 人 的 交流 中 得 来 。 对 于 一 个 需要 时 刻 紧 跟 移 动 浪潮 
的 App 开 发 人 员 来 说 ， 本 书 是 值得 一 读 的 好 书 。 


屠 角 敏 


大 从 点 评 陡 席 染 构 师 


星星 三 十 载 ， 书 剑 两 无 成 


在 你 面前 娓 九 而 谈 的 我 ， 曾 经 是 一 位 技术 宅男 。 我 写 了 6 年 的 技术 
博客 ，500 多 篇 技术 文章 。 十 年 编程 生涯 ， 我 学 习 了 .NET 的 所 有 技 
术 ， 但 是 从 微软 出 来 ， 踏 上 互联 网 这 条 路 ， 却 发 现 目 己 还 是 小 学 生 水 
平 ， 当 时 恰 着 三 十 而 立 之 年 ， 感 慨 目 己 多 年 来 一 事 无 成 ， 于 古 义 开始 
了 新 一 轮 的 学 习 。 选 择 移 动 互联 网 这 个 方向 ， 是 因为 这 个 领域 所 有 人 
都 是 从 零 开始 ， 大 家 都 是 摸索 着 做 ， 初 期 没有 高 低 上 下 之 分 。 


在 此 期 间 ， 我 做 过 Window Phone 的 App， 学 会 了 Android 和 iOS ， 
慢 慢 由 二 把 思 水 平 升级 到 如 今 的 闭 书 立 说 ， 本 来 我 想 写 的 是 iOS 框 架 
设计 ， 因 为 当时 这 方面 的 经 验 积 累 会 更 多 一 些 ，2013 年 的 时 候 我 在 博 
客 上 写 了 一 系列 这 方面 的 文章 ， 可 惜 没有 写 完 。 如 今 这 本 书 是 以 
Android 为 主 ， 但 是 框架 设计 的 思想 是 和 iOS 一 致 的 。 


作为 程序 员 ， 不 写本 书 流传 于 世 ， 钥 似 对 不 起 这 个 职业 。2008 年 
的 时 候 我 惑 想 写 ， 可 那 时 候 积 素 不 够 ， 所 知 所 会 多 是 从 书本 上 看 到 
的 ， 所 以 没 敢 动笔 ， 而 是 选择 翻译 了 一 本 书 《MSI 权 威 指南 》。 翻译 
途中 发 现 ， 我 只 能 老 老 实 实地 按照 原文 翻译 ， 而 不 能 有 所 发 挥 。 我 淘 


望 能 有 一 个 地 方 ， 天 马 行 空 地 将 目 己 的 风格 淋 注 尽 致 地 表现 出 来 ， 在 
写 这 本 书 之 前 ， 只 有 我 的 技术 博客 。 


ul 


终于 给 了 目 己 一 个 交代 ， 东 隅 已 馆 ， 桑 榆 非 晚 。 


文章 本 天 成 ， 妙 手 偶 得 之 


这 是 一 本 前 后 风格 迎 异 的 书 ， 以 至 于 完稿 后 ， 不 知道 该 给 本 书 起 
一 个 什么 样 的 书 名 。 只 布 望 各 位 读者 看 过 之 后 能 得 到 一 些 局 示 ， 我 谍 
心满意足 了 。 


下 面 介绍 一 下 本 书 的 章节 概要 。 本 书 分 为 三 个 部 分 共计 12 章 。 


第 1 章 讲 重 构 。 这 是 后 续 3 章 的 基础 。 先 别 急 着 看 其 他 章 方 ， 先 看 
一 下 这 一 章 介绍 的 内 容 ， 你 的 项 目 是 否 都 做 到 了 。 


第 2 草 讲 网 络 改 层 封 流 。 各 个 公司 都 对 App 的 网 络 通 信 进 行 了 封 
装 ， 但 都 稍 显 腾 肿 。 我 介绍 的 这 套 网 络 框 洪 比较 灵巧 ， 而 且 摆脱 了 
AsyncTask 的 束缚 ， 可 以 在 确 层 或 上 层 快速 扩展 新 的 功能 。 这 样 讲 多 少 
有 些 目 卖 目 伟 ， 好 不 好 还 十 要 听 读 者 的 反馈 ， 建 议 在 新 的 App 上 使 
用 。 


第 3 章 讲 App 中 一 些 经 典 的 场景 设计 ， 比 如 说 城市 列表 的 增 量 更 
新 、 缓 存 的 设计 、App 与 HIML5 的 交互 、 全 局 变量 的 使 用 。 对 于 这 些 


场景 ， 各 位 读者 是 否 有 似曾相识 的 感觉 ， 是 否 能 从 我 的 解决 方案 中 产 
华商 曲 " 


第 4 章 介绍 Android 的 命名 规范 和 编码 规范 。 网 上 的 各 种 规范 多 如 
牛 毛 ， 但 我 们 不 能 直接 拿 来 号 使 用 ， 要 有 批判 地 继承 吸收 ， 要 总 结 
适合 目 己 团队 的 规范 。 所 以 ， 即 使 是 我 这 章 内 容 ， 也 请 各 位 读者 有 选 
择 地 采纳 。 我 写 这 一 章 的 目的 ， 束 是 要 强调 “无 规矩 不 成 方圆 *， 代 码 
亦 如 征 。 


第 5 革 和 第 6 革 组 成 了 Android 朋 并 分 析 三 部 曲 。 写 这 本 书 用 了 一 
年 ， 其 中 有 半年 多 时 间 花 在 这 两 章 上 。 一 方面 ， 要 不 断 优化 目 己 的 算 
法 ， 训 练 机 万 对 裔 读 进行 分 类 ; 另 一 方面 ， 则 是 对 八 十 多 种 线 上 裔 演 
追根 渊源， 找到 其 真正 的 原因 。 


第 7 革 讲 Android 中 的 代码 混淆 。 本 不 该 有 这 一 章 ， 只 是 在 工作 中 
发 现 网 上 关于 ProGuard 的 介绍 大 都 只 言 片 语 。 官 方 倒是 有 一 份 日 皮 
书 , 但 是 针对 Android 的 介绍 却 不 是 很 多 ， 于 是 便 写 了 这 章 ， 系 统 而 全 
面 地 介绍 了 在 Android 中 使 用 ProGuard 的 理论 和 实践 。 


第 8 章 讲 持 续集 成 《CU 。 十 年 传统 软件 的 经 验 ， 使 我 在 这 方面 得 
心 应 手 。 这 一 章 所 要 解决 的 是 ， 如 何 把 传统 软件 的 思想 迁移 到 App 


第 9 草 讲 App 苋 品 分 析 ， 是 研究 了 市 场 上 几 十 款 者 名 App 并 参阅 了 
大 量 技术 文章 后 写 出 的 。 之 前 积 索 了 十 年 的 软件 研发 经 验 ， 这 时 极 大 
地 帮助 了 我 。 


第 10 草 讲 项 目 管理 ， 征 为 App 量 身 打 造 的 敏捷 过 程 ， 是 我 在 团队 
中 一 直 坚 持 使 用 的 开发 模式 。App 一 般 2 周 发 一 次 版 本 ， 远 代 周 期 非常 
快 ， 适 合用 敏捷 开发 模式 。 


第 11 章 讲 日 第 工作 中 的 问题 解决 办 法 。 那 是 在 一 段 刀 尖 上 配 血 的 
日 子 中 总 结 出 的 办 法 ， 那 时 每 天 都 在 战 战 静 毅 中 度 过 ， 有 问题 要 在 最 
短 时 间 内 碍 找到 原因 并 尽 可 能 修复 ; 那 也 是 个 人 能 力 提升 最 快 的 一 段 
时 光 ， 每 一 次 成 功 解决 问题 都 伴随 着 个 人 的 成 长 。 


第 12 章 讲 App 团 队 建设 。 我 是 一 个 孔雀 型 性 格 的 老板 ， 所 以 我 的 
团队 中 多 是 外 向 型 的 人 ， 或 者 说 ， 把 各 种 闷 骚 型 技术 宅男 改造 成 明 
骚 ; 我 是 从 技术 社区 走出 来 的 ， 所 以 我 会 推崇 技术 分 享 ， 关 心 每 个 人 
的 成 长 ， 我 有 8 年 软件 公司 的 工作 经 验 ， 所 以 我 擅长 写 文档 、 画 流程 
， 以 确保 一 切 尽 在 掌握 之 中 。 有 这 样 一 位 奇 昔 老 板 ， 对 面 的 你 ， 还 
不 快 到 我 的 碗 里 来 ， 我 的 邮箱 是 16230091@qq.com， 我 的 团队 ， 期 待 
你 的 加 入 。 


心 如 猛虎 ， 细 咒 普 和 袜 


话说 ， 我 也 古 无 意 间 蹄 上 编程 这 条 道路 的 。 如 果 不 是 在 大 二 实在 
学 不 明白 实 变 函数 这 门 课 的 话 ， 我 现在 也 许 是 一 个 数学 家 ， 或 者 和 我 
的 那些 同学 一 样 做 操 弄 手 或 是 二 级 市 场 。 


我 真正 的 爱好 是 看 书 ， 最 初 是 资 治 通 鉴 、 二 十 四 史 ， 后 来 发 现在 
饭 昌 上 说 这 些 会 被 师弟 师妹 们 当做 怪物 ， 于 征 按 照 中 文系 同学 的 建议 
翻 看 张爱玲 、 王 小 波 的 小 说 ， 读 梁实秋 的 随笔 。 在 复旦 的 四 年 时 光 ， 
票 出 了 一 身 的 “ 具 毛 病 ”， 比 如 说 看 着 夜空 中 的 月 亮 会 莫名 其 妙 地 流 眼 
泪 ， 会 喜欢 喝 奶 和 茶 并 且 挑 别 珍 珠 的 口感 。 


不 要 以 为 程序 员 只 会 写 代 码 。 程 序 员 做 烘焙 绝对 是 逆 天 的 ， 因 为 
这 用 到 软件 学 中 的 设计 模式 ， 我 也 曾 人 研发 出 失败 的 甜品 ， 做 饼干 时 把 
黄油 错 用 成 了 淡 奶 油 ， 然 后 把 烤 得 硬 邦 邦 的 饼干 第 二 天 拿 给 同事 们 


Ho 


我 涉及 的 领域 还 有 很 多 ， 比 如 尊 咖 啡 、 唱 K、 看 老 电影 ， 部 是 在 
编程 技术 到 了 一 定 恶 贷 后 学 会 的 ， 每 一 类 痢 有 很 深 的 学 问 。 不 要 一 [ 门 
心思 地 看 代码 ， 生 活 能 教会 我 们 很 多 ， 然 后 反 过 来 让 我 们 对 编程 有 更 
深刻 的 认识 。 


心 知 有 桃园 ， 何 处 不 是 水 云 间 。 


如 果 后 续 还 有 第 二 卷 ， 我 希望 是 讲 数据 驱动 产品 。 就 在 本 书写 作 
期 间 ， 我 的 思想 发 生 了 一 次 升华 ， 那 是 在 2015 年 初 的 一 个 雪 夜 ， 我 完 
成 了 从 纠结 于 写 代 码 的 方法 到 放眼 于 数据 驱动 产品 的 转变 。 这 也 是 这 
本 书 前 面 代码 很 多 ， 越 到 后 面 代码 越 少 的 原因 。 


数据 驱动 产品 是 未 来 十 年 的 战略 布局 。 之前， 我 们 过 多 地 关注 于 
写 代码 的 方法 了 ， 却 始终 搞 不 清 用 户 是 否 愿意 为 我 们 洽 举 将 苦 做 出 来 
的 产品 买单 ， 技 术 人 员 不 知道 ， 产 品 人 员 更 不 知道 。 产 品 人 员 需 要 技 
术 人 员 提 供 工 具 来 帮助 他 们 进行 分 析 ， 比 如 说 ABTest， 比 如 说 精准 推 
送 平台 ， 比 如 说 用 户 画 像 ， 而 我 们 检查 自己 的 代码 ， 却 发 现 连 PV 和 
UV 都 不 能 确保 准确 。 


这 也 是 我 接 下 来 的 研究 和 工作 方 癌 。 


本 书 全 部 代码 均 可 以 从 作者 的 博客 上 下 载 ， 地 址 是 : 
www.cnblogs.com/Jax/p/4656789.html 。 


包 建 强 


2015 年 8 月 3 日 于 北京 


第 一 部 分 高效 App 框 架设 计 与 重 构 
第 1 章 ” 重 构 ， 夜 未 眠 
:第 2 章 ”Android 网 络 底 层 框架 设计 
:第 3 章 ”Android 经 典 场景 设计 
-第 4 章 “”Android 命 名 规范 和 编码 规范 
对 于 App 来 说 ， 要 么 就 一 次 性 把 它 设 计 好 ， 否 则 ， 束 只 能 重 构 
J 


什么 时 候 做 重 构 ? 作为 App 技 术 团 队 的 负责 人 ， 我 每 次 想到 这 一 
点 ， 都 会 拓 量 再 三 。 在 我 看 来 ， 产 品 需求 是 优 移 级 最 高 的 。 开 发 团队 
要 使 尽 浑 身 解数 ， 优 先 完成 这 些 需 求 。 但 这 样 一 来 ， 束 没有 时 间 做 重 
构 了 。 长 此 以 往 ， 积 次 难 返 ， 代 码 会 越 来 越 难 维护 。 


另 一 个 更 重要 的 问题 是 ， 现 在 互联 网 疡 重 缺 人 ， 各 大 公司 的 各 个 
部 门 都 不 饱和 。 也 就 是 说 ， 我 们 可 能 连 需 求 都 做 不 完 ， 更 不 要 拓 重 构 
的 事情 了 。 


对 于 新 项 目 ， 一 开始 加 要 把 它 设计 好 了 ， 因 为 我 们 不 会 再 有 重 构 
的 机 会 了 。 互 联网 的 发 展现 状 是 : 没有 时 间 给 我 们 来 回 折 腾 。 


对 于 老 项 目 ， 我 们 咕 得 珀 痢 手 指头 仔细 强 算盘 算是 否 要 重 构 : 


1) 如 果 不 重 构 ， 会 导致 很 严重 的 App 功 能 问题 ， 那 么 这 是 很 严重 
的 bug， 宁 肯 砍 掉 1~2 个 功能 也 一 定 要 修复 的 ， 需 要 和 产品 经 理 丙 量 ， 
由 他 们 决策 。 


2) 本 次 迭代 是 否 还 有 空余 的 开发 人 员 来 做 重 构 ?” 有 ， 就 做 ; 没 
有 ， 也 不 勉强 。 同 时 ， 重 构 也 会 导致 测试 团队 额外 的 工时 ， 如 采 测 试 
团队 没有 额外 的 人 力 对 重 构 进行 测试 ， 那 么 开发 人 员 就 要 把 重 构 做 在 
新 建 的 代码 分 广 上 ， 本 期 迭代 上 线 后 ， 再 把 代码 合并 ， 放 到 下 期 达 
人 


3) 重 构 计划 要 事先 给 出 ,但 是 绝对 不 能 超过 两 周 ， 这 对 于 重 构 小 
的 功能 是 可 以 的 ， 但 是 要 重 构 大 的 模块 或 者 克 层 架构 ， 束 要 考虑 拆 分 
重 构 计划 的 事情 了 。 我 们 可 以 把 重 构 划 分 为 几 次 迭代 ， 分 期 上 线 ， 先 
把 最 严重 的 问题 解决 了 。 


当前 移动 互联 网 已 经 过 了 几 年 前 的 草创 时 期 ， 目 前 各 家 公司 比拼 
的 都 是 内 功 ， 就 是 看 谁 做 得 细致 。 谁 家 的 交互 做 得 好 ， 谁 家 的 排演 
少 ， 谁 束 占 据 了 市 场 和 用 户 ， 马 虎 不 得 。 然 而 说 得 不 客气 些 ， 目 前 市 
面 上 的 App 做 得 都 很 糙 。 


本 书 第 一 部 分 要 讲 的 整 是 怎么 设计 App 应 用 开发 框架 ， 怎 么 进行 
重 构 。 


好 戏 即 将 上 演 。 


第 1 章 ” 重 构 ， 夜 未 眼 


本 章 将 要 讨论 的 主题 是 对 项 目 进行 重 构 ， 进 而 搭建 一 套 简 单 实用 
的 Android 应 用 框架 AndroidLib。AndroidLib 框 架 将 封装 业务 无 关 的 逻 
辑 ， 从 而 将 业务 逻辑 独立 出 来 ， 为 Android 模 块 化 拆 分 和 Android 皇 件 
化 编程 打下 了 基础 。 


值得 一 提 的 是 1.47 ， 盛 其 是 那个 经 过 改 展 的 实体 生成 葵 ， 坪 为 


App 量 身 打造 的 一 款 利 絮 。 


1.1 重 痢 规划 Android 项 目 结构 


姓 院 深 深 深 几 许 ， 杨 柳 堆 烟 ， 窒 磊 无 重 数 。 用 这 站 词 来 形容 当前 
市 面 上 Android 项 目的 代码 再 贴切 不 过 了 。 


我 做 过 很 多 App， 少 则 70 多 个 页 面 ， 多 则 200 个 页 面 左右 ， 我 的 切 
号 感受 是 ， 无 论 什 么 App， 开 发 人 员 都 喜欢 把 所 有 的 代码 、 类 放 在 一 
个 项 目下 ， 这 也 束 喷 了 ， 更 有 甚 者 ， 无 论 是 Activity 还 是 Adapter 都 位 于 
一 个 Package 下 ， 或 者 将 Adapter 内 置 在 Activity 中 。 这 束 相 当 于 一 个 房 
间 里 既 有 和 餐 昌 又 有 马桶 ， 床 上 还 放 着 酱油 瓶 。 


我 们 需要 重新 规划 Android 项 目的 目 孙 结构 ， 分 两 步 走 : 


第 一 步 : 建立 AndroidLib 类 库 ， 将 与 业务 无 关 的 逻辑 转移 到 
AndroidLib。 重 构 后 的 项 目 结构 请 参见 图 1-1， 其 中 YoungHeart 是 主 项 
目 ， 保 持 了 对 AndroidLib 类 库 的 引用 。 


如 何 将 AndroidLib 项 目 设置 为 类 库 ， 以 及 如 何在 YoungHeart 项 目 
中 添加 对 AndroidLib 类 库 的 引用 ， 这 些 我 残 不 多 说 了 ， 请 参考 相关 教 
程 。 


AndroidLib 中 应 该 包括 哪些 业务 无 关 的 逻辑 呢 ? 应 至 少 包括 五 大 
部 分 ， 如 图 1-2 所 示 。 


AndroidLib 


YoungHeart 


1-1 重 构 后 的 项 目 依赖 天 系 


了 区 AndroidLib 
下 [ 贝 Ssrc 


bP 出 com.infrastructure.activity 


bP 出 com.infrastructure.cache 
bP 出 com.infrastructure.net 

> 出 com.infrastructure.ui 

bp 出 com.infrastructure.urtils 


图 1-2 ”AndroidLib 项 目 结构 
这 几 部 分 的 说 明 如 下 : 


-activity 包 中 存放 的 是 与 业务 无 关 的 Activity 基 类 。Activity 基 类 要 
分 两 屋 ， 如 图 1-3 所 示 。AndroidLib 下 的 基 类 BaseActivity 封 装 的 是 业务 
无 关 的 公用 逻辑 ， 主 项 目 中 的 AppBaseActivity 基 类 封装 的 是 业务 相关 
的 公用 逻辑 。 


net 包 里 面 存放 的 是 网 络 底 层 封装 。 这 里 封 冯 的 是 AsyncTask。 
:cache 包 里 面 存放 的 是 缓存 数据 和 图 片 的 相关 处 理 。 
-ui 包 中 存放 的 是 目 定 义 控 件 。 


utils 包 中 存放 的 是 各 种 与 业务 无 关 的 公用 方法 ， 比 如 对 


SharedPreferences 的 封装 。 


第 二 步 : 将 主 项 目 中 的 类 分 门 别 类 地 进行 划分 ， 放 置 在 各 种 包 
中 ， 如 图 1-4 所 示 。 


系统 目 带 的 Activity 


BaseActivity 


AppBaseActivity 


AndroldLib 


具体 一 个 Activity 


图 1-3” 基 类 的 继承 关系 


WEE YoungHeart 
Esrc 
Pb 财 com.youngheart.activity.others 
b 财 com.youngheart.activity.pPersomcenter 
财 com.youngheart.adapter 
* 财 com.youngheart.db 


bb 册 com.youngheart.engine 

* 财 com.youngheart.entity 

b 团 com.youngheart.interfaces 
* 财 com.youngheart.listener 

# 朵 com.youngheart.ui 

财 com.youngheart.utils 


1-4 Android 重 构 后 的 项 目 结构 
对 图 1-4 中 各 个 包 的 介绍 如 下 : 


activity， 我 们 按照 模块 继续 拆 分 ， 将 不 同 模块 的 Activity 划 分 到 不 
同 的 包 下 。 


.adapter: 所 有 适配器 都 放 在 一 起 。 
-entity: 将 所 有 的 实体 都 放 在 一 起 。 


-db: SQLLite 相 关 远 辑 的 封装 。 


-engine: 将 业务 相关 的 类 都 放 在 一 起 。 
-ui: 将 目 定 义 控件 都 放 在 这 个 包 中 。 
utils: 将 所 有 的 公用 方法 都 放 在 这 里 。 
“interfaces: 真正 意义 上 的 接口 ， 命 名 以 I 作 为 开头 。 


listener: 基于 Listener 的 接口 ， 命 名 以 On 作为 开头 。 


这 些 划 分 主要 是 为 了 以 下 两 个 目的 : 


1) 每 个 文件 只 有 一 个 单独 的 类 ， 不 要 有 和 骨 套 类 ， 比 如 在 Activity 
中 航 套 Adapter、Entity。 


2) 将 Activity 按 照 模块 拆 分 归 类 后 ， 可 以 迅速 定位 具体 的 一 个 页 
面 。 此 外 ， 将 开发 人 员 按 照 模块 划分 后 ， 每 个 开发 人 员 都 只 负责 目 己 
的 那个 包 ， 开 发 边界 线 很 清晰 。 


曾经 有 人 问 我 ，Activity 按 照 模块 拆 分 了 ， 为 什么 Adapter、Entity 
不 如 法 炮制 也 进行 相应 的 拆 分 呢 ? 这 个 问题 其 实 是 可 以 商量 的 。 我 不 
做 拆 分 的 原因 是 ， 看 代码 时 ， 肯 定 是 移 找 到 页 面 从 Activity 看 起 ， 而 不 
会 从 Adapter 看 起 ， 所 以 把 Activity 分 好 类 融 够 了 。 此 外 ，Adapter 的 逻 
辑 大 同 小 异 ， 如 采 开 发 人 员 都 广 格 遵守 Android 编 码 ， 那 么 代码 中 的 方 


法 和 实现 基本 相同 。 这 就 有 别 于 Activity 了 ， 每 个 Activity 都 有 着 很 复 
灯 的 业务 逻辑 ， 所 以 Activity 才 是 最 重要 的 。 


Entity 也 十 这 个 样子 ，Entity 中 应 该 只 有 属性 ， 人 否则 吏 不 叫 Entity 。 
只 是 当 Entity 有 上 百 个 时 ， 束 需要 考虑 按照 模块 划分 。 


由 于 Entity 中 应 该 只 有 属性 ， 不 应 该 有 业务 逻辑 的 方法 ， 那 么 如 果 
确实 需要 ， 我 们 就 要 将 其 转移 到 Engine 这 个 包 中 的 某 个 类 下 面 ， 这 也 
是 Engine 这 个 包 的 存在 意义 。 


主席 说 过 : “打扫 干净 屋子 再 请 客 。” 对 于 项 目 而 言 ， 划 分 好 组 织 
结构 也 是 这 个 道理 。 我 们 只 有 把 项 目 结构 规划 好 ， 才 能 进行 下 一 步 的 
重 构 工作 。 


1.2 ”为 Activity 定 义 狐 的 生命 周期 


学 习 过 设计 模式 的 人 ， 应 该 对 SOLID 原 则 不 陌生 吧 。 其 中 有 一 条 
原则 区 ® 是 ， 单一 职 黄 。 单 一 职员 的 定义 是 ， 一 个 类 或 方法 ， 只 做 一 件 
I 


用 这 条 原则 来 观察 Activity 中 的 onCreate 方 法 ， 你 会 发 现 ， 这 哥们 
儿 怎 么 干 那么 多 事 啊 ，onCreate 中 的 代码 如 下 所 示 : 


public class LoginActivity extends Activity implements View.OnClickListener { 

private int loginTimes; 

private EditText etPassword; 

private EditText etEmail; 

QOverride 

protected void onCreate(Bundle SavedInstanceState) { 
super.onCreate(savedIinstanceState); 
setCcontentView(R.1layout.activity_login); 
loginTimes = -1; 
Bundle bundle = getIntent().getExtras(); 
String strEmail = bundle.getSstring(AppConstants.Email); 
etEmail = (EditText) findViewById(R.id.email); 
etEmail.setText(strEmail); 
etPassword = (EditText) findViewById(R.id.password); 
// 登录 事件 


Button btnLogin = (Button) findViewById( 
R.id,Sign_in_button) ， 

btnLogin.setonCclickListener(this ) ， 

// 获取 


MobileAPI， 获取 天 气 数据 ， 获 取 城 市 数据 


法 。 


loadweatherData( ) ， 
loadcityData( ) ， 


这 段 代 码 主要 包括 三 部 分 逻辑 : 
-接收 从 其 他 页 面 传递 过 来 的 Intent 参 数 。 


-加载 布 局 文件 ， 并 初始 化 页 面 的 控件 ， 为 控件 挂 上 点 击 事件 方 


.调用 MobileAPI 获 取 数 据 。 


那 我 们 为 什么 不 把 onCreate 方 法 拆 成 三 个 子 方法 呢 ? 如 图 1-5 所 


onCreate 方 法 下 的 三 个 子 方法 : 


initVariables 


inNitViews 
loadData 


1-5 ”onCreate 方 法 下 的 三 个 子 方法 


对 这 些 子 方法 介绍 如 下 : 


initVariables: 初始 化 变量 ， 包 括 Intent 带 的 数据 和 Activity 内 的 变 


wl 


-initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 ， 为 控件 挂 上 事件 
2 


:loadData: 调用 MobileAPI 获 取 数 据 。 


于 是 我 们 在 AndroidLib 这 个 类 库 的 BaseActivity 中 ， 重 写 onCreate 


public abstract class BaseActivity extends Activity { 
QOverride 
public void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedInstanceState); 
initVariables(); 
InitViews(SavedInstanceState ) ; 
loadData( ); 


protected abstract void initVariables(); 
protected abstract void initViews(Bundle SavedInstanceState ) ， 
protected abstract void loadData( ) ， 


同时 这 三 个 子 方法 ， 要 声明 为 abstract 的 ， 从 而 要 求 所 有 子 类 必须 
实现 这 三 个 方法 。 


然后 我 们 重 写 刚 才 那 个 Activity 的 实现 ， 要 让 所 有 的 Activity 都 继 
承 目 BaseActivity 基 类 ， 如 下 所 示 : 


public class LoginNewActivity extends BaseActivity 
implements View.OnClickListener { 
private int loginTimes; 
private String strEmail,; 
private EditText etPassword; 
private EditText etEmail; 
private Button btnLogin; 


Q@Override 
protected void initVariables() { 
loginTimes = -1; 


Bundle bundle = getIntent().getExtras(); 
strEmail = bundle.getSstring(AppConstants.Email); 

} 

QOverride 

protected void initViews(Bundle SavedInstanceState) { 
setCcontentView(R.1layout.activity_login); 
etEmail = (EditText)findViewById(R.id.email); 
etEmail.setText(strEmail); 
etPassword = (EditText)findViewById(R.id.password); 
// 登录 事件 


btnLogin = (Button)findViewById(R.id,.sign in_button); 
btnLogin.setoncClickListener(this); 


QOverride 
protected void loadData() { 
// 获取 


MobileAPI,， 获取 天 气 数据 ， 获 取 城 市 数据 


loadweatherData( ); 
loadCcityData( ) ， 
} 


对 Activity 生 命 周期 重新 定义 是 借鉴 了 JavaScript 的 做 法 。 
JavaScript 因 为 是 脚本 语言 ， 所 以 必须 要 细 化 每 个 方法 ， 才 能 保证 结构 
清晰 ， 不 至 于 写 错 变量 和 语法 。 


1.3 统一 事件 编程 模型 


接 上 市 ， 我 们 给 按钮 点 击 事件 增加 方法 ， 如 下 所 示 : 


public class LoginActivity extends Activity 
implements View.OnClickListener { 
QOverride 
protected void onCreate(Bundle SavedInstanceState) { 
// 以 上 省 略 一 些 无 关 代码 


// 登录 事件 


Button btnLogin = (Button) findViewById( 
R.id,.sign_in_button); 

btnLogin.setoncClickListener(this); 

// 以 上 省 略 一 些 无 关 代 码 


QOverride 
public void onClick(View view) { 
Switch (view.getId()) { 
case R.id.sign_in_button: 
Intent intent = new Intent(LoginActivity.this, 
PersonCenterActivity,.class); 
startActivity(intent); 


很 多 公司 、 很 多 团队 、 很 多 程序 员 都 是 这 样 写 代码 的 ， 也 不 能 说 
不 对 。 但 我 反对 这 样 写 的 原因 是 ， 大 家 看 那个 onClick 方 法 ， 里 面 要 使 
用 switch...case... 语 句 来 对 R.id.btnNext 中 的 值 进行 判断 ， 我 不 希望 R 这 


个 类 在 程序 中 反复 出 现 ， 这 会 扰乱 面向 对 象 编 程 的 风格 ， 按 照 我 的 设 
想 ， 我 们 在 initViews 方 法 中 一 次 性 把 所 有 的 控件 都 初始 化 了 ， 今 后 整 
再 也 不 会 使 用 R.id 了 。 


Android 中 还 有 男 一 种 事件 编程 方式 ， 如 下 所 示 : 


// 登录 事件 


btnLogin = (Button)findViewById(R.id,.sign _ in_button); 
btnLogin.setOonCclickListener( 
new View.OnClickListener() { 
QOverride 
public void onClick(View v) { 
gotoLoginActivity(); 


}); 


这 是 我 比较 推崇 的 方式 ， 有 以 下 两 个 优点: 


1) 直接 在 btnLogin 这 个 按钮 对 象 上 增加 点 击 事件 ， 是 面 问 对 象 的 
写法 。 


2) 将 onClick 方 面 的 实现 ， 封 装 成 一 个 gotoLoginActivity 方 法 ， 如 
下 所 示 : 


private void gotoLoginActivity() { 
Intent intent = new Intent(LoginNewActivity.this, 
PersonCenterActivity,.class); 
startActivity(intent); 
} 


这 样 onClick 事 件 方法 束 不 那么 爱 肿 了 。 设 想 当 我 们 在 initViews 方 
法 中 声明 了 10 个 按钮 对 象 ， 并 都 给 它们 挂 上 不 同 的 点 击 方法 ， 那 么 
initViews 方 法 该 有 多 少 行 代码 呢 ? 我 写 过 上 千 行 的 ， 直 接 感 受 就 是 
initViews 方 法 很 难 维护 。 但 是 我 们 把 这 些 点 击 方法 都 分 别 封闭 到 私有 
方法 中 ， 代 码 束 清晰 多 了 。 


但 是 ， 只 要 在 一 个 团队 内 部 达成 了 协议 ,决定 使 用 某 种 事件 编程 
方式 ， 所 有 开发 人 员 束 要 按照 同样 的 方式 编写 代码 。 我 认为 这 征 没 错 
的 。 只 要 不 是 各 有 人 各 的 编码 风格 束 好 。 


1.4 实体 化 编程 


听 说 过 fasUJSON 吗 ? 听 说 过 GSON 吗 ? 我 面试 过 很 多 Android 开 发 
人 员 ， 他 们 的 项 目 大 多 不 用 fastJSON 或 者 GSON 这 种 实体 化 编程 的 思 
路 。 他 们 在 获取 MobileAPI 网 络 请 求 返回 的 JSON 数 据 时 ， 使 用 
JSONObject 或 者 JSONArray 来 承载 数据 ， 然 后 把 返回 的 数据 当 作 一 个 字 
典 ， 根 据 键 取出 相应 的 值 。 


1.4.1 在 网 络 请 求 中 使 用 实体 


如 有 宁 仅 仅 是 在 转换 MobileAPI 返 回 的 JSON 数 据 时 手动 取 值 也 就 算 
了 ， 只 要 能 把 取 到 的 值 填 充 到 一 个 实体 中 就 成 。 但 是 我 见 过 最 糟糕 的 
程序 是 ， 把 JSON 数 据 直接 转 成 JSONObject 或 者 JSONArray， 然 后 就 一 
直 使 用 这 样 的 对 象 了 ， 甚 至 将 JSONObject 从 一 个 Acivity 传 递 到 另 一 个 
Activity， 要 知道 JSJONObject 和 JSONArray 都 是 不 支持 序列 化 的 ， 所 以 
只 好 将 这 种 对 象 封装 到 一 个 全 局 变量 中 ， 在 跳 转 前 设置 ， 在 跳 转 后 取 
出 ， 写 一 个 这 样 的 糟糕 示例 : 


先 给 出 MobileAPI 返 回 的 JSON 字 符 串 : 


{ "weatherinfo":{ 
"city": "北京 


"cityid":"101010100", 
"temp":"24" 
mwWD":" 南 风 7 


IWS" E "2 级 


"SD" a "74%", 

"WSE" | vo 5 

"time":"17:45", 
"isRadar"™":"1", 
"Radar":"JC_RADAR_AZ9010_JB", 
"njd" :" 暂 无 实况 


"gqy" 9 "1005" 


使 用 JSONObject 的 编码 如 下 ， 代 码 中 的 result 变 量 就 是 上 面 的 JSON 
字符 串 ， 更 详细 的 Demo 请 参见 WeatherByJsonObjectActivity: 


try { 
JSONObject jsonResponse = new JSONObject(result); 


JSONObject weatherinfo = jsonResponse 
.get JSONObject("weatherinfo"); 

String city = weatherinfo.getstring("city"); 
int cityId = weatherinfo.getInt("cityid"); 
tvCity.setText(city); 
tvCityId.setText(String.valueof(cityId)); 

} catch (JSONException e) { 
e.printSstackTrace( ); 

} 


这 样 的 写法 有 以 下 两 个 问题 ; 


1) 根据 key 值 取 value， 我 们 可 以 认为 这 是 一 个 字典 。 同 样 的 功能 
实现 ， 字典 比 实体 更 星 深 难 懂 ， 容 易 产 生 bug 。 


2) 每 次 都 要 手动 从 JSONObject 或 者 JSONArray 中 取 值 ， 很 烦琐 。 


接 下 来 我 们 分 别 使 用 fastJSON 和 GSON， 介 绍 一 下 实体 编程 的 方 
式 ， 相 应 的 ， 请 在 项 目 中 添加 对 fastJSON 和 GSON 这 两 个 jar 的 引用 ， 如 
图 1-6 所 示 。 


VIS YoungHeart 
= 总 src 
je ESgen [Generated java Files] 
= md Android 4.2.2 
b md Android Dependencies 
= md Referenced Libraries 


Eassets 
加 Sly bin 
Velibs 
Sand roid-support-v4.jar 
fastjson_1.1.33.jar 
Pgson-2.2.4.jar 


图 1-6 ”在 Android 项 目 中 添加 fastJSON 和 GSON 的 jar 包 


我 们 使 用 fasUJSON 对 上 述 代 码 进行 改造 ， 要 事先 准备 两 个 实体 
WeatherEntity 和 WeatherInfo， 用 于 JSON 字 符 串 到 实体 之 间 的 映射 : 


WeatherEntity weatherEntity = JSON.parseObject(content, WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getweatherIinfo( ); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherIinfo.getcCityid()); 


使 用 GSON 的 方式 也 差不多 : 


Gson gson = new Gson(); 
WeatherEntity weatherEntity = gson.fromJson(content, WeatherEntity.class); 
WeatherIinfo weatherInfo = weatherEntity.getweatherInfo( ); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getcCity()); 
tvCityId.setText(weatherInfo.getcCityid( )); 


这 里 说 一 件 非 常 狗 血 的 事情 ， 就 古 在 我 们 使 用 fastJSON 后 ，App 站 
处 起 火 ， 主 要 表现 为 : 


1) 加 了 符号 Annotation 的 实体 属性 ， 一 使 用 就 崩溃 。 


2) 当 有 汉 型 属性 时 ， 一 使 用 就 朋 澳 。 


在 调试 的 时 候 没事 ， 可 是 每 次 打 金 名 混淆 包 ， 束 会 出 现 上 述 问 
题 。 我 们 几 个 开发 人 员 曾 经 得 到 晚上 十 点 半 ， 最 后 才 发 现 是 寓 清 文件 
缺 了 以 下 两 行 代码 导致 的 : 


-keepattributes Signature / /避免 混淆 泛 型 


-keepattributes *Annotation* // 不 混淆 注解 


1.4.2 ”实体 生成 器 


当 使 用 实体 编程 的 时 候 ， 我 有 个 切 吴 感受 ， 就 是 每 次 根据 JSON 字 
符 串 去 编写 一 个 实体 的 时 候 非 常 麻 烦 。 不 仅仅 是 Android， 当 我 们 进行 
iOS 和 WindowsPhone 编 程 时 ， 也 需要 把 JSON 转 换 为 相应 的 实体 。 


创建 实体 是 一 件 很 烦琐 的 事情 ， 我 们 需要 一 个 工具 ， 帮 助 我 们 目 
动 生成 不 同 开发 平台 下 的 实体 。 于 是 便 有 了 EntityGenerater 这 个 工具 。 
就 像 马 云 说 的 那样 ， 工 具 都 是 懒 人 发 明 的 。 当 初 我 在 推进 实体 化 编程 
的 时 候 ， 我 的 iOS 团 队 早 已 习惯 了 字典 式 取 数 据 的 方式 ， 对 建立 实体 这 
种 新 机 制 不 是 很 感 兴趣 ， 除 非 我 发 明 一 个 能 够 目 动 生成 实体 的 工具 ， 
提高 开发 效率 。 于 是 我 就 到 开源 社区 找到 了 一 个 类 似 的 工具 JSON 
C#Class Generator 1 ， 但 是 它 只 能 生成 WindowsPhone 的 实体 ， 于 是 我 
就 稍微 改造 了 一 下 这 个 工具 ， 让 它 同时 也 可 以 生成 Android 和 iOS 实 
体 ， 如 图 1-7 所 示 。 


Andrc ~ 园 首 字母 大 写 


Namespace/package: MTObjectMapping 


Mobile Ap ‘com.cn/fdata/sk/101010100.html 


Target folder: CNson 


Generate classes from sample JSON: 


fweatherinfo icity 

京 -cityid'"101010100" temp":26…WD-: 耳 

风 ", "WS":"2 

级 ","SD""55%","WSE":"2" "tme":"l15:55" "sRadar’;"l" 
,Radar":*JC_RADAR_AZ9010_JB".“njd*:* 罩 无 实 

况 ",“qy*:*1009"}) 


图 1-7 ”实体 生成 大 的 左边 界面 


在 左边 的 文本 框 输出 JSON 字 符 串 后 ， 点 击 Load 按 钮 ， 束 会 在 右边 
的 列表 中 预 克 到 实体 间 的 层次 关系 ， 以 及 JSON 字 符 串 中 的 字段 与 JSON 
实体 中 的 属性 之 间 的 对 应 关系 ， 如 图 1-8 所 示 。 


同时 ， 这 个 列表 还 是 可 以 编辑 的 。 我 们 可 以 灵活 修改 要 生成 的 
JSON 实 体 的 属性 名 称 。 点 击 Generate 按 钮 ， 就 会 在 C:JSON 目 录 下 生成 
JSON 实 体 了 。 


再 后 来 ， 考 虑 到 iOS 团 队 每 次 使 用 实体 生成 万 都 要 切换 到 Windows 
系统 ， 这 十 一 件 何 其 麻烦 的 事情 啊 。 于 是 我 束 又 开发 了 实体 生成 大 的 
Web 版 本 ， 这 样 束 能 满足 所 有 团队 的 需要 了 。 


经 过 我 修改 的 EntityGenerator 项 目 源码 ， 请 到 我 的 博客 下 载 ， 读 者 
可 以 根据 自己 的 需要 定制 自己 的 实体 格式 1 。 


Json 实 体 名 en tps 类 型 


moe eee woe woot 


图 1-8 实体 生成 大 的 右边 界面 


1.4.3 在 页 面 跳 转 中 使 用 实体 


在 一 个 页 面 中 ， 数 据 的 来 源 有 两 种 : 


1) 调用 MobileAPI 获 取 JSON 数 据 。 
2) 从 上 一 个 页 面 传递 过 来 。 


我 们 上 一 小 地 介绍 了 如 何 将 从 MobileAPI 请 求 到 的 JSON 数 据 转 换 
为 实体 ， 接 下 来 ， 我 们 看 一 下 Activity 之 间 的 数据 应 该 如 何 传递 。 


一 种 偷懒 的 办 法 是 ， 设 置 一 个 全 局 变量 ， 在 来 源 页 设置 全 局 变 
量 ， 在 目标 页 接收 全 局 变量 。 


以 下 是 来 源 页 MainActivity 的 代码 : 


Intent intent = new Intent(MainActivity.this, LoginActivity.class); 
intent.putExtra(AppConstants.Email, "jianqiang.bao@qq.com"); 
CinemaBean cinema = new CinemaBean(); 

cinema.setcCinemaId("1"); 

cinema.setCcinemaName(" 星 美 


"); 
// 使 


局 变量 的 方式 传递 参数 


内 


GlobalVariables.Cinema = cinema; 
startActivity(intent); 


以 下 是 目标 页 LoginActivity 的 代码 : 


CinemaBean cinema = GlobalVariables.Cinema,; 


if (cinema != null) { 
cinemaName = cinema.getCinemaName( ); 
} else { 


cinemaName = ""， 


这 里 的 GlobalVariables 类 是 一 个 全 局 变量 ， 定 义 如 下 : 


public class GlobalVariables { 
public static CinemaBean Cinema,; 
. 


我 是 不 建议 使 用 全 局 变量 的 。App 一 旦 被 切换 到 后 台 ， 当 手机 内 存 
不 足 的 时 候 ， 束 会 回收 这 些 全 局 变量 ， 从 而 当 App 表 次 切换 回 前 台 时 ， 
再 继续 使 用 全 局 变量 ， 丈 会 因为 它们 为 空 而 表演 。 


如 果 必 须 使 用 全 局 变量 ， 就 一 定 要 把 它们 序列 化 到 本 地 。 这 样 即 
使 全 局 变量 为 空 ， 也 能 从 本 地 文件 中 恢复 。 在 3.5F ， 我 会 专门 讲解 如 
何 解 决 全 局 变量 导致 App 朋 并 的 问题 。 


本 市 我 们 厦 重 研 究 如 何不 使 用 全 局 变量 ， 而 十 使 用 Intent 在 页 面 间 
来 传递 数据 实体 的 机 制 。 


自 先 ， 在 来 源 页 MainActivity 要 这 样 写 : 


Intent intent = new Intent(MainActivity.this, LoginNewActivity.class); 
intent.putExtra(AppConstants.Email, "jianqiang.bao@qq.com"); 
CinemaBean cinema = new CinemaBean(); 

cinema.setcinemaId("1"); 

cinema.setCcinemaName(" 星 美 


"); 
// 使 用 


intent 上 挂 可 序列 化 实体 的 方式 传递 参数 


intent.putExtra(AppConstants.Cinema, cinema); 
startActivity(intent); 


其 次 ， 目 标 页 LoginActivity 要 这 样 写 : 


CinemaBean cinema = (CinemaBean)getIntent() 
.getSerializableExtra(AppConstants.Cinema); 


if (cinema != null) { 

cinemaName = cinema.getCinemaName(); 
} else { 

cinemaName = ""， 


这 里 的 CinemaBean 要 实现 Serializable 接 口 ， 以 支持 序列 化 : 


public class CinemaBean implements Serializable f{ 
private static final long serialVersionUID = 1L; 
private String cinemaId ; 
private String cinemaName 
public CinemaBean() { 


public String getCinemaId() { 
return cinemalId; 


public void setCinemaId(String cinemaId) { 
this.cinemaId = CinemaId ， 


public String getCinemaName() { 
return cinemaName; 


public void setCinemaName(String cinemaName) { 
this.cinemaName = cinemaName; 
} 


[1] 这 个 工具 的 地 址 如 下 : http://www.xamasoft.com/json-class-generator/ 


[2] 项 目地 址 如 下 : http://files.cnblogs.com/Jax/EntityGenerator.zip。 


1.5 _ Adapter 模板 


我 在 进行 重 构 的 时 候 还 发 现 ， 如 果 不 对 Adapter 的 写法 进行 规范 ， 
开发 人 员 还 是 会 根据 自己 的 习惯 ， 写 出 来 各 种 各 样 的 Adapter， 比 如 : 


.很 多 开发 人 员 都 喜欢 将 Adapter 内 花 在 Activity 中 ， 一 般 会 使 用 
SimpleAdapter ° 


.由 于 没有 使 用 实体 ， 所 以 一 般 会 把 一 个 字典 作为 构造 函数 的 参数 
注入 到 Adapter 中 。 


而 我 布 望 Adapter 只 有 一 种 编码 风格 ， 这 样 发 现 了 问题 也 很 容易 排 


玉 


于 是 我 们 要 求 所 有 的 Adapter 都 继承 目 BaseAdapter， 从 构造 函数 注 
入 List< 目 定义 实体 > 这 样 的 数据 集合 ， 从 而 完成 ListView 的 填充 工作 ， 
如 下 所 示 : 


public class CinemaAdapter extends BaseAdapter { 
private final ArrayList<CinemaBean> CinemaList ， 
private final AppBaseActivity context,; 
public CinemaAdapter(ArrayList<CinemaBean> cinemaList, 
AppBaseActivity context) { 
this.cinemaList = CinemaList ， 
this.context = context,; 


} 
public int getCount() { 
return cinemaList.size(); 


public CinemaBean getItem(final int position) { 
return cinemaList.get(position); 


public long getItemId(final int position) { 
return position; 


} 

对 于 每 个 目 定 义 的 Adapter， 都 要 实现 以 下 4 个 方法 : 
‘getCount() 

‘getItem() 

getItemId() 


‘getView!() 


此 外 ， 还 要 内 置 一 个 Holder 藤 套 类 ， 用 于 存放 ListView 中 每 一 行 中 
的 控件 。ViewHolder 的 存在 ， 可 以 避免 频繁 创建 同一 个 列表 项 ， 从 而 
极 大 地 和 省 内 存 ， 如 下 所 示 : 


class Holder { 
TextView tvCinemaName ; 
TextView tvCinemaId ; 


} 


你 可 能 会 觉得 我 老生 币 谈 ， 但 当 有 很 多 列表 数据 时 ， 人 快速 滑动 列 
表 会 变 得 很 卡 ， 其 实 束 是 因为 没有 使 用 ViewHolder 机 制导 致 的 ， 正 确 
的 写法 如 下 所 示 : 


public View getView(final int position, View convertView, 
final ViewGroup parent) { 
final Holder holder; 
if (convertView == null) { 


holder = new Holder(); 
convertView = context.getLayoutIinflater().inflate( 
R.layout.item cinemalist, null); 
holder.tvCinemaName = (TextView) convertView. 
findViewById(R.id.tvCinemaName); 
holder .tvCinemalId = (TextView) convertView. 
findViewById(R.id.tvCinemalId); 
convertView.setTag(holder); 
} else { 
holder = (Holder) convertView.getTag(); 
} 


CinemaBean cinema = cinemaList.get(position),; 

holder .tvCinemaName.setText(cinema.getCinemaName()); 
holder .tvCinemalId.setText(cinema.getCcinemaId()); 
return convertView; 


那么 ， 在 Activity 中 ， 在 使 用 Adapter 的 地 方 ， 我 们 按照 下 面 的 方式 
把 列表 数据 传递 过 去 : 


QOverride 
Protected void initViews(Bundle savedlnstanceState) { 
setcontentView(R.1layout.activity_listdemo); 
lvCinemaList = (ListView) findViewByld(R.id. lvCinemalist); 
CinemaAdapter adapter = new CinemaAdapter(cinemaList, ListDemoActivity.this); 
lvCinemaList.setAdapter (adapter); 
lvCinemaList.setonItemClickListener( 
new AdapterView.OnItemClickListener() { 
QOverride 
public void onItemClick(AdapterView<?> parent, 
View view, int position, long id) { 
// do something 


}); 


1.6 ”类 型 安全 转换 函数 


在 每 天 统计 线 上 骨 演 的 时 候 ， 我 们 发 现 因为 类 型 转换 不 正确 导致 
的 月 浇 占 了 很 大 的 比例 。 于 是 我 们 去 检查 程序 中 所 有 的 类 型 转换 ， 发 
现 主 要 集中 在 两 个 地 方 ，Object 类 型 的 对 象 、substring 范 数 。 下 面 分 别 
说 明 。 


1) 对 于 一 个 Object 类 型 的 对 象 ， 我 们 对 其 直接 使 用 字符 串 操 作 瑟 
数 toString， 当 其 为 null 时 就 会 月 溃 。 


比如 ， 我 们 经 浓 会 写 出 下 面 这 样 的 程序 : 


int result = Integer.valueof(obj.toString()); 
一 旦 obj 这 个 对 象 为 空 ， 那 么 上 面 这 行 代 码 会 直接 月 潢 。 


这 里 的 obj， 一 般 是 从 JSON 数 据 中 取出 来 的 ， 对 于 MobileAPI 返 回 
的 JSON 数 据 ， 我 们 无 法 保证 其 永远 不 为 空 。 


比较 好 的 做 法 是 ， 我 们 需要 编写 一 个 类 型 安全 转换 本 数 
convertIToInt， 实 现 如 下 ， 其 核心 思想 就 是 ， 如 果 转 换 失 败 ， 束 返回 默 
认 值 : 


public final static int convertToInt(Object value, int defaultValue) { 
If (value == null || "".equals(value.toSstring().trim())) { 


return defaultValue,; 


} 
try { 
return Integer.valueof(value.toString()); 
} catch (Exception e) { 
try { 
return Double.valueof(value.toSstring()).intValue(); 
} catch (Exception e1) { 
return defaultValue,; 


我 们 将 这 个 方法 放 到 Utils 类 下 面 ， 每 当 要 把 一 个 Object 对 象 转换 
成 整 型 时 ， 都 使 用 该 方法 ， 整 不 会 朋 汝 了 : 


int result = Utils.convertToInt(obj, 0); 


以 上 只 是 其 中 一 种 类 型 安全 转换 函数 ， 相 应 的 ， 我 们 在 Utils 类 中 
还 要 提供 诸如 Object 到 long、double、String 等 类 型 的 类 型 安全 转换 函 
数 ， 以 满足 我 们 的 不 时 之 需 。 


2) 如 果 长 度 不 够 ， 那 么 执行 substring 函 数 时 ， 就 会 月 溃 。 


Java 的 substring 函 数 有 2 个 参数 : start 和 end 。 


对 于 第 一 个 参数 start， 我 们 的 程序 大 多 是 设 为 0， 所 以 一 般 不 会 有 
问题 。 但 是 要 设置 为 大 于 0 的 值 时 ， 殊 要 仔细 思量 了 ， 比 如 : 


String cityName = "T"; 
String firstLetter = cityName.substring(1, 2); 


这 样 的 代码 必然 月 误 ， 所 以 每 次 在 使 用 substring 函 数 的 时 候 ， 都 
要 判断 start 和 end 两 个 参数 是 否 越 寞 了 。 应 该 这 样 写 : 
String cityName = "T",; 
String firstLetter = ""; 
if (cityName.length() > 1) 


{ 
firstLetter = cityName.substring(1, 2); 
} 


以 上 两 类 问题 的 根源 ， 都 来 自 MobileAPI 返 回 的 数据 ， 由 此 而 引出 
另 一 个 很 严肃 的 问题 ， 对 于 从 MobileAPI 返 回 的 数据 ， 可 信和 度 到 底 有 多 


高 呢 ? 


首先 ， 不 能 让 App 直 接盘 误 ， 应 该 在 解析 JSON 数 据 的 外 面包 一 层 
try.….catch... 语 句 ， 将 截获 到 的 异常 在 catch 中 进行 处 理 ， 比 如 说 ， 发 送 


错误 日 志 给 服务 器 。 
其 次 ， 对 数据 要 分 级 别 对 待 ， 例 如 : 


1) 对 于 那些 不 需要 加 工 束 能 直接 展示 的 数据 ， 我 们 是 不 担心 的 ， 
因为 即使 为 裤 ， 页 面 上 也 束 是 不 显示 而 已 ， 不 会 引起 逻辑 的 问题 


2) 对 于 那些 很 重要 的 数据 ， 比 如 涉及 支付 的 金额 不 能 为 空 的 逻 
辑 ， 这 时 候 就 应 该 弹出 提示 框 提示 用 户 当 前 服务 不 可 用 ， 并 停止 接 下 
来 的 操作 。 


1.7 本 章 小 结 


本 章 介绍 的 内 容 都 是 为 后 面 的 章节 打 基 础 。 有 了 AndroidLib 这 个 
业务 无 关 的 类 库 ， 我 们 将 在 接 下 来 的 章节 中 封 效 更 多 的 公用 逻辑 ， 比 
如 第 2 章 介绍 的 网 络 故 层 封 狠 ， 以 及 第 9 章 介 绍 的 模块 化 拆 分 和 插件 化 
编程 。 实 体 化 编程 将 极 大 提升 代码 可 读 性 ， 从 而 进一步 提高 开发 效 
率 。 而 实体 生成 侨 的 出 现 ， 将 是 解决 重复 劳动 的 一 大 利器 。 为 Activity 
定义 新 的 生命 周期 ， 把 onCreate 方 法 中 的 几 百 行 代码 拆 分 为 3 个 具有 不 
同 功 用 的 于 方法 ， 也 是 提升 代码 可 读 性 的 一 个 手段 。 


相 比 后 面 的 草 记 ， 本 草 更 多 内 容 是 写 代 码 的 方法 ， 如 来 整 本 书 都 
征 这 个 内 容 ， 那 吏 没 意思 了 。 接 下 来 的 各 章 ， 我 将 详细 介绍 移动 App 
开发 领域 的 常见 问题 以 及 解决 问题 的 思路 或 方法 。 


第 2 革 Android 网 络 压 层 框 染 设计 


本 章 介绍 Android 网 络 底层 的 封 朔 。 很 多 公司 、 很 多 团队 都 只 是 把 
网 络 底层 封装 成 一 个 好 用 的 方法 ， 而 我 接 下 来 要 介绍 的 内 容 将 覆 兽 的 
范围 很 广 : 


抛弃 AsyncTask， 自 定义 一 套 网 络 底 层 的 封装 框架 。 
:设计 一 套 App 绥 存 集 上 略 。 


:设计 一 套 MockService 的 机 市， 在 没有 MobileAPI 的 时 候 ， 也 能 假 
装 获 取 到 了 网 络 返 回 的 数据 。 


.封装 了 用 户 Cookie 的 逻辑 。 


好 了 ， 让 我 们 开始 愉快 地 阅读 吧 。 


2.1 网 络 低层 封 痛 


很 多 公司 和 团队 都 是 用 AsyncTask 来 封装 网 络 底层 ， 因 为 这 个 类 非 
常 好 用 ， 内 部 封 洲 了 很 多 好 用 的 方法 ， 但 缺点 是 可 扩展 性 不 高 。 


本 节 将 介绍 一 种 目 定 义 的 网 络 底层 框架 ， 我 们 可 以 基于 这 个 框架 
随心 所 欲 地 增加 目 定 义 的 逻辑 ， 完 成 很 多 高 级 功能 。 


让 我 们 先 从 MobileAPI 网 络 请 求 格式 入 手 。 


2.1.1 网 络 请 求 的 格式 


对 于 网 络 请 求 ， 我 们 一 般 定义 为 GET 和 POST 即 可 ，GET 为 请 求 数 
据 ，POST 为 修改 数据 (增删 改 ) 。 


1.Request 格 式 


所 有 的 MobileAPI 都 可 以 写作 http://www.xxx.com/aaaa.api 的 形式 。 


.对 于 GET， 我 们 可 以 写作 : http://www.xxx.com/aaaa.api? 
k1=va&k2=v2 的 形式 ， 也 就 是 说 ， 把 key-value 这 样 的 键 值 对 存放 在 
URL 上 。 之 所 以 这 样 设计 ， 是 为 了 更 方便 地 定义 数据 缓存 。 我 们 尽量 
使 GET 的 参数 都 是 string、int 这 样 的 简单 类 型 。 


.对 于 POST， 我 们 将 key-value 这 样 的 键 值 对 存放 在 Form 表 单 中 ， 
进行 提交 。 了 POST 经 常会 提交 大 量 数 据 ， 所 以 有 些 键 值 对 要 定义 成 集合 
或 者 复杂 的 自 定义 实体 ， 这 时 我 们 束 需 要 将 这 样 的 值 转换 为 JSON 字 符 
串 进 行 提 交 ， 由 App 传 递 到 MobileAPI 后 ， 再 将 JSON 字 符 串 转换 为 对 
应 的 实体 。 


上 上述 介绍 只 是 一 家 之 言 ， 不 同 公司 有 不 同 的 实现 方式 ， 这 取决 于 


2.Response 格 式 


我 们 一 般 使 用 JSON 作 为 MobileAPI 返 回 的 结果 。 最 规范 的 JSON 数 
据 返回 格式 如 下 。 


JSON 数 据 格式 1: 


"isError" : true, 
"errorType” :; 1, 
"errorMessage" : "网 络 异常 


"result" pH mn 


JSON 数 据 格式 2: 


{ 


"isError" : false, 


"errorType" : 0, 

"errorMessage™” : "", 

"result™" : { 
"cinemaId" : 1, 
"cinemaName" : " 星 美 


这 里 ，isError 是 调用 MobileAPI 成 功 与 否 ，errorType 是 错误 类 型 
(如 果 成 功 则 为 0) ，errorMessage 是 错误 消息 (如 果 成 功 则 为 空 ) ， 
result 是 成 功 请 求 返 回 的 数据 结果 〈 如 果 失 败 则 返回 空 ) 。 


既然 所 有 的 JSON 都 返回 isError 、 errorType 、errorMessage 、result 
这 4 个 字段 ， 我 们 不 妨 定义 一 个 Response 实 体 类 ， 作 为 所 有 JSON 实 体 
的 最 外 层 ， 代 码 如 下 所 示 : 


public class Response 


private boolean error,; 
private int errorType; // 1 为 


CoOKkie 失 效 


private String errorMessage; 

private String result,; 

public boolean hasError() { 
return error; 


public void setError(boolean hasError) { 
this.error = hasError; 


} 
public String getErrorMessage() { 
return errorMessage; 


public void setErrorMessage(String errorMessage) { 


this.errorMessage = errorMessage; 


} 
public String getResult() { 
return result 


public void setResult(String result) { 
this,.result = result,; 


} 
public int getErrorType() { 
return errorType; 


} 

public void setErrorType(int errorType) { 
this.errorType = errorType,; 

} 


} 


如 果 成 功 返 回 了 数据 ， 数 据 会 存放 在 result 字 段 中 ， 英 射 为 
Response 实 体 的 result 属 性 。 


上 面 的 JSON 数 据 返 回 的 是 一 笔 影院 数据 ， 如 有 果 返 回 的 result 是 很 
多 影院 的 数据 集合 ， 那 么 就 要 把 result 解 析 为 相应 的 实体 集合 ， 如 下 所 
小: 


{ 
"isError" : false, 
"errorType" : 0, 
"errorMessage™ : "", 
"result" :; [ 
{"cinemaId" : 1,， "cinemaName" : " 星 美 
Fy 
{"cinemaId" : 2,， "cinemaName" : "万 达 
] 
} 


2.1.2 ”AsyncTask 的 使 用 和 缺点 


对 AsyncTask 的 封装 属于 网 络 底层 的 技术 ， 所 以 AsyncTask 应 该 封 
六 在 AndroidLib 类 库 中 ， 而 不 是 具体 的 项 目 里 。 


对 网 络 异 常 的 分 类 ， 世 就 是 Response 类 中 的 errorType 字 段 ， 分 析 
如 下 : 


一 种 是 请 求 发 送 到 MobileAPI，MobileAPI 执 行 过 程 中 发 现 的 异 
常 ， 这 时 候 要 上 自 定义 错误 类 型 ， 也 就 是 errorType， 比 如 说 1 是 Cookie 过 
期 ，2 是 第 三 方 支付 平台 不 能 连接 ， 等 等 ， 这 些 已 知 的 错误 都 是 大 于 0 
的 整数 ， 因 接口 不 同 而 各 自 定 义 不 同 。 


: 男 一 种 是 在 App 访 问 MobileAPI 接 口 时 发 生 的 异常 ， 有 可 能 App 目 
身 网 络 不 稳定 ， 有 可 能 因为 网 络 传输 不 好 导致 返回 了 空 值 ， 这 些 异 常 
情况 我 们 都 标记 为 负数 。 


基于 上 述 分 析 ，AsyncTask 的 doInBackground 方 法 复写 为 : 


QOverride 
protected Response doInBackground(String.. 


url) { 
return getResponseFromURL(ur1[0]); 


private Response getResponseFromURL(String url) { 

Response response = new Response(); 

HttpGet get = new HttpGet (ur]); 

String strResponse = null; 

try { 
HttpParams httpParameters = new BasicHttpParams(); 
HttpConnectionParams ,SetConnectionTimeout(httpParameters，8000 ) 
HttpClient httpClient = new DefaultHttpClient(httpParameters); 
HttpResponse httpResponse = httpClient .execute(get ) ; 
if (httpResponse ,getStatusLine( ),.getStatuscode() 


== HttpStatus.SC_OK) { 
strResponse = EntityUtils.toSstring(httpResponse.getEntity()); 


} catch (Exception e) { 
response.setErrorType(-1); 
response.setError(true); 
response.setErrorMessage(e.getMessage( )); 


if (strResponse == null) { 
response,.setErrorType(-1); 
response.setError(true); 


response.setErrorMessage(" 网 络 异常 ,返回 空 值 
"); 
} else { 
strResponse = "{'isError':false, 'errorType':0, 'errorMessage':'', 


'result':{'city':' 北 京 


','cityid':'101010100', 'temp':"'17"', 
"WD ' : "西南 风 


~ 


!，!'WS' :1'2 级 


','SD':'54%', 'WSE':'2','time':'23:15', 
'isRadar':'1','Radar':'JC_ RADAR AZ9010_JB', 
"njd ' : " 暂 无 实况 


“7 “qqy" : '1016'}}"; 
response = JSON.parseObject(strResponse, Response.class); 


return response, 


相应 的 ， 在 AsyncTask 的 onPostExecute 方 法 中 ， 我 们 要 对 错误 类 型 
进行 分 类 ， 从 而 进一步 回调 : 
public abstract class RequestAsyncTask 


extends AsyncTask<String, Void, Response> { 
public abstract void onSuccess(String content); 


public abstract void onFail(String errorMessage); 
QOverride 
protected void onPreEXxecute() { 


Q@Override 
protected void onPostEXxecute(Response response) { 
if(response.hasError()) { 
onFail(response.getErrorMessage()); 
} else { 
onSuccess(response.getResult()); 
} 


目前 我 们 只 定义 了 onSuccess 和 onFail 两 个 回调 函数 ， 将 网 络 返 回 
值 简单 地 分 为 成 功 与 失败 两 种 情况 。 在 2.4.3， 我 们 将 详细 介绍 如 何 
在 网 络 撒 层 封 装 对 Cookie 过 期 时 的 异 销 处 理 。 


在 相应 的 Activity 页 面 ， 调 用 AysncTask 如 下 所 示 : 


protected void loadData() { 
String url = "http://www.weather.com.cn/data/sk/101010100.html"; 
RequestAsyncTask task = new RequestAsyncTask() { 
QOverride 
public void onSuccess(String content) { 
// 第 


2 种 写法 ， 基 于 


fastJSON 
WeatherEntity weatherEntity = JSON.parseObject(content, 
WeatherEntity.Cclass ) ， 
WeatherInfo weatherInfo = weatherEntity,.getweatherInfo( ); 
if (weatherInfo != null) { 
tVCity,SetText(weatherInfo,getCity( ) )， 
tvCityId.setText(weatherIinfo.getCityid()); 


} 


QOverride 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
.SetPositiveButton(" 确 定 
", null).show(); 
} 


}; 
task.execute(url]l); 


} 


网 上 关于 如 何 使 用 AsyncTask 的 文章 不 胜 枚 举 ， 大 家 都 在 欣赏 它 的 
优点 ， 却 名 略 了 它 的 致命 缺点 ， 那 束 是 不 能 灵活 控制 其 内 部 的 线程 
池 。 


线程 池 里 面 的 每 个 线程 存放 的 都 是 MobileAPI 的 调用 请 求 ， 而 
AsyncTask 中 又 没有 暴露 出 取消 这 些 请 求 的 方法 ， 也 就 是 我 们 熟知 的 
CancelRequest 方 法 ， 所 以 ， 一旦 从 A 页 面 跳 转 到 B 页 面 ， 那 么 在 A 页 面 
发 起 的 MobileAPI 请 求 ， 如 果 还 没有 返回 ， 并 不 会 被 取消 。 


对 于 一 于 频繁 调用 MobileAPI 的 应 用 类 App 而 言 ， 最 闫 重 的 情况 发 
生 在 首页 到 二 级 页 面 的 跳 转 ， 因 为 在 首页 会 调用 十 几 个 MobileAPI 接 
口 ， 视 网 络 情况 而 定 ， 如 果 是 WiFi， 应 该 很 快 就 能 请 求 到 数据 ， 不 会 
产生 积压 ， 但 如 末 十 3G 或 者 2G， 那 么 请 求 束 会 花费 很 长 时 间 ， 而 我 们 
在 这 期 间 束 跳 转 到 二 级 页 面 ， 而 这 个 二 级 页 面 也 会 调用 MobileAPI 接 
口 ， 那 么 将 得 不 到 任何 结 有 末 ， 因 为 首页 的 请 求 还 在 排队 处 理 中 ， 之 前 
的 那 十 几 个 MobileAPI 接 口 的 数据 还 都 遥遥 无 期 在 线程 池 里 排队 呢 ， 残 
更 不 要 说 当前 页 面 这 个 请 求 了 。 


如 果 你 不 信 ， 我 们 可 以 做 个 试验 。 记 录 每 次 MobileAPI 请 求 发 起 和 
接收 数据 的 时 间 点 ， 你 会 看 到 ， 在 迅速 进入 二 级 页 面 后 ， 首 页 的 十 几 
个 MobileAPI 请 求人 只 有 发 起 时 间 并 没有 返回 时 间 ， 说 明 它 们 还 在 处 理 过 
程 中 ， 都 被 堵塞 了 。 


2.1.3 ”使 用 原生 的 ThreadPoolExecutor+Runnable+Handler 


既然 AsyncTask 有 诸多 问题 ， 那 么 退 而 求 其 次 ， 使 用 
ThreadPoolExecutor+rRunnablet+Handler 的 原生 方式 ， 对 网 络 底层 进行 封 


痛 。 


接 下 来 我 将 介绍 一 个 非常 轻 量 级 的 网 络 压 层 框 架 。 它 由 以 下 9 个 类 
组 成 ， 如 图 2-1 所 示 。 


VAndroidLib 
了 名 src 
了 由 com-.infrastructure 
p> 财 activity 
出 cache 


了 内 met 


* 四 DefaultThreadPool.java 


= 四 HttpRequest.java 

b 四 RequestCallback.java 
bp 的 RequestManager.java 
b 四 RequestParamerter.java 
b 四 Response.java 

bp [|D UrlConfigManager.java 
b [DN URLData.java 


2-1 轻 量 级 的 网 络 悦 层 框 染 


中 只 列 出 了 8 个 ， 还 有 1 个 RemoteService 类 ， 位 于 YoungHeart 项 
目的 engine 包 中 。 下 面 分 别 介 绍 


1.UrlConfigManager 和 URLData 


我 们 把 App 所 要 调用 的 所 有 MobileAPI 接 口 的 信息 都 放 在 url.xml 文 
,a 


<?xml1 version="1.0" encoding="UTF-8"?> 
<url> 
<Node 
Key="getweatherIinfo" 
Expires="300" 


NetType="get" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 
<Node 
Key="login" 
Expires="QO" 
NetType="post" 
Url="http://www.weather .com.cn/data/login.api" /> 
</url> 


在 使 用 上 ， 通 过 UrlConfigManager 的 findURL 方 法 ， 在 上 壕 xml 文 
件 中 找到 当前 MobileAPI 调 用 的 节点 ， 其 中 每 一 个 MobileAPI 接 口 都 对 
应 一 个 URLData 实 体 ， 如 下 所 示 : 


public class URLData { 
private String key; 
private long expires,; 
private String netType; 
private String url,; 


目前 我 们 只 用 到 key、url 和 netType 这 3 个 属性 。expires 是 用 来 做 数 
据 缓 存 的 ， 我 们 2.2 区 会 介绍 到 它 的 作用 。 


这 样 ， 发 起 一 次 MobileAPI 网 络 请 求 的 所 有 数据 束 都 准备 好 了 。 
2.RemoteService 和 RequestCallback、RequestParameter 


这 里 的 3 个 类 十 又 露 给 App 用 来 调用 MobileAPI 接 口 的 ， 举 个 例 


子 ， 在 WeatherBy-FastJsonActivity 中 的 调用 形式 如 下 : 


QOverride 
protected void loadData() { 
weatherCcallback = new RequestCallback() { 
QOverride 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
weatherIinfo.class); 


if (weatherInfo != null) { 
tvCity.setText(weatherInfo.getcCity()); 
tvCityId.setText(weatherIinfo.getCityid()); 
} 


Q@Override 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
. SeEtPositiveButton(" 确 定 


", Null).show(); 
} 
}; 
ArrayList<RequestParameter> params = new ArrayList<RequestParameter>(); 
RequestParameter rp1 = new RequestParameter("cityId", "111" ) ， 
RequestParameter rp2 = new RequestParameter("cityName", "Beijing"); 


params.add(rp1); 

params.add(rp2); 

RemoteService.getIinstance().invoke(this, "getweatherIinfo", params, 
weathercallback); 


对 上 述 方法 介绍 如 下 : 
RequestCallback 是 回调 ， 目 前 有 onSuccess 和 onFail 两 种 。 


.RequestParameter 是 用 来 传递 调用 MobileAPI 接 口 所 需 参 数 的 键 什 
对 的 。 我 们 原本 可 以 使 用 HashMap < String,String > 这 样 的 数据 结构 ， 
但 是 HashMap 比 较 耗 费 内 存 ， 虽 然 它 的 查找 速度 是 o(1)， 而 对 于 
MobileAPI 接 口 的 参数 而 言 ， 数 据 一 般 不 会 太 多 ， 查 找 速 度 快 体现 不 出 
优势 来 ， 所 以 我 们 使 用 ArrayList < RequestParameter> 这 样 的 数据 结 
构 。 


:RemoteService 这 个 单 例 是 用 来 发 起 请 求 的 ， 它 会 创建 一 个 
request， 并 将 其 添加 a 到 RequestManager 中 ， 然 后 放 到 DefaultThreadPool 
的 一 个 线程 中 去 执行 这 个 request 。 


3.RequestManager 


RequestManager 这 个 集合 类 是 用 于 取消 请 求 (cancelRequest) 
的 。 因 为 每 次 发 起 请 求 ， 都 会 把 为 此 创建 的 request 添 加 到 
RequestManager 中 ， 所 以 RequestManager 保 存 了 全 部 request。 


从 ActivityA 跳 转 到 ActivityB ， 为 了 不 产生 阻塞 ， 要 取消 ActivityA 
中 的 所 有 未 完成 的 请 求 。 这 时 候 就 需要 RequestManager 的 
cancelRequest 方 法 出 力 了 ， 它 会 遍历 之 前 保存 的 所 有 request， 不 管 三 
七 二 十 一 ， 全 部 终止 。 如 下 所 示 : 


public void cancelRequest() { 
If ((requestList != null) && (requestList.size() > 0)) { 
for (final HttpRequest request : requestList) { 
if (request.getRequest() != nul1) { 

try { 
request.getRequest().abort(); 
requestList.remove(request.getRequest()); 

} catch (final UnsupportedOperationException e) { 
e.printSstackTrace( ); 


我 们 在 BaseActivity 中 ， 会 你 持 对 RequestManager 的 一 个 引用 ， 这 


样 在 onDestroy 和 onPause 的 时 候 ， 执 行 RequestManager 的 cancelRequest 


方法 吏 可 以 取消 所 有 未 完成 的 请 求 了 : 


public abstract class BaseActivity extends Activity { 
// 请 求 列表 管理 器 


protected RequestManager requestManager = null; 
protected void onDestroy() { 
// 在 


activity 销 毁 的 同时 设置 停止 请 求 ， 停 止 线程 请 求 回调 


if (requestManager != null) { 
requestManager .cancelRequest(); 
} 


super .onDestroy(); 


protected void onPause() { 
// 在 


activity 停 止 的 同时 设置 停止 请 求 ， 停 止 线程 请 求 


加 


调 


if (requestManager != null) { 
requestManager .cancelRequest(); 
} 


Super .onPause() ， 


public RequestManager getRequestManager() { 
return requestManager; 
} 


4.DefaultThreadPool 


DefaultThreadPool 只 是 对 ThreadPoolExecutor 和 
ArrayBlockingQueue 的 简单 封装 。 我 们 可 以 认为 它 丈 是 一 个 线程 池 ， 
发 起 一 次 请 求 (runnable) ， 怠 由 线程 池 分 配 一 个 新 的 线程 来 执行 该 
请 求 。 


网 上 关于 ThreadPoolExecutor 和 ArrayBlockingQueue 的 文章 不 胜 枚 
举 ， 请 大 家 自行 参阅 。 线 程 池 不 是 本 书 的 重点 ， 这 里 不 再 伦 篇 幅 去 讨 
论 。 


5.HttpRequest 


HttpRequest 是 发 起 Http 请 求 的 地 方 ， 它 实现 了 Runnable， 从 而 让 
DefaultThreadPool 可 以 分 配 新 的 线程 来 执行 它 ， 所以， 所 有 的 请 求 逻 
辑 都 在 Runnable 接 口 的 run 方 法 中 ， 其 中 : 


.对 于 get 形 式 的 MobileAPI 接 口 ， 它 会 把 从 上 层 传递 进来 的 
ArrayList < RequestParameter > ， 解 析 为 urlk1=v1&k2=v2 这 样 的 形式 。 


.对 于 post 格 式 的 MobileAPI 接 口 ， 它 会 把 从 上 层 传 递 进来 的 
ArrayList< RequestParameter> ， 转 为 BasicNameValuePair 的 形式 ， 放 
到 表单 中 进行 提交 。 


需要 注意 的 是 ， 因 为 我 们 把 每 个 HttpRequest 都 放 在 了 新 的 子 线程 
上 执行 ， 所 以 回调 RequestCallback 的 onSuccess 方 法 时 ， 不 能 直接 操作 


UI 线程 上 的 控件 ， 所 以 我 们 在 HttpRequest 类 中 使 用 了 Handler: 


if (responseInJson.hasError()) { 
handleNetworkError(responseInJson.getErrorMessage( )); 
} else { 
handler.post(new Runnable() { 
QOverride 
public void run() { 
HttpRequest.this.requestCcallback 
.OnNSuccess(responseInJson.getResult()); 


}); 


这 样 就 保证 了 RequestCallback 的 onSuccess 方 法 是 在 UI 线程 上 的 ， 
从 而 可 以 在 Activity 中 编写 这 样 的 代码 而 不 报错 : 


weatherCcallback = new RequestCallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 

If (weatherInfo != null) { 
tvCity.setText(weatherInfo.getcCity()); 
tvCityId.setText(weatherIinfo.getCityid()); 

} 

} 


Response 这 个 类 就 不 讨论 了 了 人， 本章 前 面 已 经 介绍 过 了 。 


2.1.4 ”网 络 底层 的 一 些 优化 工作 


我 们 的 网 络 底层 越 来 越 强 大 了 ， 是 否 有 意犹未尽 的 感受 ?” 接 下 来 
将 完善 这 个 框架 ， 修 复 其 中 的 一 些 瑕 狐 ， 如 onFail 的 统一 处 理 机 制 、 
UrlConfigManager 的 优化 、ProgressBar 的 处 理 等 。 


1.onFail 的 统一 处 理 机 制 


如 宋 访 问 MobileAPI 请 求 失败 ， 我 们 一 般 和 希望 只 是 在 App 上 简单 地 
弹出 一 个 提示 框 ， 告 诉 用 户 网 络 有 异常 。 


也 就 是 说 ， 对 于 每 个 在 Activity 中 声明 的 RequestCallback 实 例 而 
言 ， 尽 管 每 个 onSuccess 方 法 的 处 理 逻 辑 各 不 相同 ， 但 每 个 onFail 方 法 
都 是 一 样 的 逻辑 和 代码 ， 如 下 所 示 : 


weatherCcallback = new RequestCallback() { 
QOverride 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
weatherIinfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getcCity()); 
tvCityId.setText(weatherIinfo.getCityid()); 


} 


QOverride 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
.SetPositiveButton(" 确 定 


", null).show(); 
} 


}; 


我 不 希望 每 次 都 编写 同样 的 onFail 方 法 ， 这 会 使 程序 很 胱 肿 。 于 
是 在 AppBaseActivity 中 写 一 个 目 定 义 类 AbstractRequestCallback， 如 下 
所 示 : 


public abstract class AppBaseActivity extends BaseActivity { 
public abstract class AbstractRequestCcallback 
implements RequestCallback { 
public abstract void onSuccess(String content); 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (AppBaseActivity.this) 
, SeEtTitle(" 出 错 啦 


").setMessage(errorMessage) 
.SetPositiveButton(" 确 定 


", null).show(); 
} 


} 


那么 我 们 的 weatherRequestCallback 的 实例 化 束 可 以 改写 如 下 ， 可 
以 看 到 ， 不 再 需要 重 写 onFail 方 法 : 


weatherCallback = new AbstractRequestCallback() { 
Q@override 
public void onSuccess(String content ) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherInfo.getcCity()); 
tvCityId.setText(weatherIinfo.getCityid()); 


}; 


当然 ， 如 果 有 些 MobileAPI 接 口 在 返回 错误 时 需要 App 特 殊 处 理 ， 
比如 重 局 App 或 者 啥 都 不 做 ， 我 们 只 需要 在 实例 化 
AbstractRequestCallback 时 ， 重 写 onFail 方 法 即 可 ， 如 下 所 示 。 重 写 的 
onFail 方 法 是 一 个 到 方法， 表示 出 错时 啥 都 不 做 : 


weatherCcallback = new AbstractRequestCallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
weatherIinfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherInfo.getcCity()); 
tvCityId.setText(weatherIinfo.getCityid()); 
} 


Q@Override 
public void onFail(String errorMessage) { 
// 重启 


App 或 者 哈 都 不 做 


}; 


2.UrlConfigManager 的 优化 


在 UrlConfigManager 的 实现 上 ， 我 们 采取 的 策略 是 每 发 起 一 次 
MobileAPI 请 求 ， 都 会 读 取 url.xml 文 件 ， 把 符合 这 次 MobileAPI 接 口 调 
用 的 参数 取出 来 。 


在 一 个 大 量 调用 MobileAPI 的 App 中 ， 这 样 的 设计 会 造成 频繁 读 
xml 文 件 ， 性 能 很 差 。 于 是 我 们 对 其 进行 改造 ， 在 App 局 动 时 ， 一 次 
将 url.xml 文 件 都 读 取 到 内 存 ， 把 所 有 的 UrliData 实 体 保存 在 一 个 集合 
中 ， 然 后 每 次 调用 MobileAPI 接 口 ， 直 接 从 内 存 的 这 个 集合 中 查找 。 考 
虑 到 内 存 中 的 数据 会 被 回收 ， 所 以 上 述 这 个 集合 一 旦 为 空 ， 我 们 要 从 
urlxml 中 再 次 读 取 。 


J 


基于 上 述 方 案 ， 我 们 对 UrlConfigManager 的 findUnl 方 法 进行 改 


public static URLData findURL(final Activity activity, 
final String findKey) { 
// 如 果 


UrlList 还 没有 数据 (第 一 次 ) 


// 或 者 被 回收 了 ， 那 么 (重新) 加 载 


xml 


If (urlList == null || urlList.isEmpty()) 
fetchUrlDataFromxXml(activity); 
for (URLData data : urilList) 
If (findKey.equals(data.getkey())) { 
return data; 
} 


return null; 


其 中 ，fetchUrliDataFromXml 方 法 束 不 多 说 了 ， 它 的 工作 就 是 把 


xml 的 数据 都 搬 到 内 存 集合 urlList 中 。 


3. 不 是 每 个 请 求 都 需要 回调 的 


有 些 时 候 ， 我 们 调用 一 个 MobileAPI 接 口 ， 并 不 需要 知道 


首 调 用 成 功 


与 否 以 及 返回 结果 是 什么 ， 比 如 向 MobileAPI 发 送 打 点 统计 数据 。 那 惑 


古 说 ， 我 们 不 需要 回调 函数 了 了， 那么 代码 可 以 写 为 : 


void loadAPIData3() { 
ArrayList<RequestParameter> params 
= new ArrayList<RequestParameter>() ; 
RequestParameter rp1 = 
new RequestParameter("cityId", "111"); 
RequestParameter rp2 = 
new RequestParameter("cityName", "Beijing"); 
params.add(rp1); 
params.add(rp2); 
RemoteService.getIinstance() 
.invoke(this, "getweatherIinfo", params, null); 


川村 全 H 肘 RequestCallbac ttpRequest, 人 仕 HttpRequest 
我 们 将 空 的 R Callback 传 给 HttpR 那么 在 HttpR 


处 理 请 求 返回 的 结果 时 ， 束 需要 添加 HttpRequest 是 否 为 空 的 判断 ， 不 


为 宇 ， 才 会 处 理 返回 结果 ; 人 否则， 发 起 MobileAPI 请 求 后 什么 都 不 做 


有 以 下 两 个 地 方 需要 修改 : 


1) 处 理 请 求 时 : 


response = httpClient.execute(request); 
if ((requestCallback != null)) { 
// 获取 状态 


final int statusCode = 
response.getStatusLine().getSstatusCode(); 
if (statusCode == HttpStatus,SC_OK) { 
final ByteArrayOutputStream content = 
new ByteArrayOutputStream( ); 


2) 遇 到 异常 ， 是 否 要 回调 onFail 方 法 : 


public void handleNetworkError(final String errorMsg) { 
if ((requestCallback != null)) { 
handler.post(new Runnable() { 
QOverride 
public void run() { 
HttpRequest.this.requestCcallback 


oO 


.ONFail(errorMsg); 


}); 


4.ProgressBar 的 处 理 


在 调用 MobileAPI 的 上 时候， 会 显示 进度 条 ProgressBar， 直 到 返回 结 
果 到 onSuccess 或 onFail 回 调 方法 ，ProgressBar 才 会 消失 。 


由 于 App 要 保持 风格 统一 ， 所 以 所 有 页 面 的 ProgressBar 应 该 长 得 
一 样 。 那 么 我 们 束 可 以 将 其 定义 在 AppBaseActivity 中 ， 如 下 所 示 : 


public abstract class AppBaseActivity extends BaseActivity { 
protected ProgressDialog dilg; 
public abstract class AbstractRequestCallback 
implements RequestCallback { 
public abstract void onSuccess(String content); 
public void onFail(String errorMessage) { 
dlg.dismiss(); 
new AlertDialog.Builder (AppBaseActivity.this) 
, SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
.SetPositiveButton(" 确 定 


", null).show(); 
} 


} 
} 


在 使 用 的 时 候 ， 在 开始 调用 MobileAPI 的 地 方 ， 执 行 show 方 法 ; 
在 onSuccess 和 onFail 方 法 的 开始 ， 执 行 dismiss 方 法 : 


QOverride 
protected void loadData() { 
dlg = Utils.createpProgressDialog(this, 
this.getString(R.string.str_loading)); 
dlg.show( ); 
loadAPIDatal1( ); 


} 
void loadAPIData1i() { 
weatherCallback = new AbstractRequestCallback() { 
QOverride 
public void onSuccess(String content) { 
dlg.dismiss(); 
WeatherInfo weatherInfo = JSON.parseObject(content, 
weatherIinfo.class); 
if (weatherInfo != null) { 


不 要 把 Dialog 的 Show 方法 和 dismiss 方 法 封装 到 网 络 底 层 。 网 络 底 
层 的 调用 经 党 是 在 子 线程 执行 的 ， 子 线程 是 不 能 操作 Dialog、Toast 和 


2.2 App 数据 缓存 设计 


如 果 以 为 上 一 市 内 容 束 是 网 络 底 层 框 架 的 全 部 ， 那 束 错 了 。 那 只 
征 网 络 撒 层 框架 的 最 核心 的 功能 ， 我 们 还 有 很 多 高 级 功能 没有 介绍 。 
在 接 下 来 的 几 市 中 ， 我 将 陆续 介绍 到 这 些 高 级 功能 。 本 市 先 介绍 App 
本 地 的 缓存 策略 。 


2.2.1 ”数据 缓存 策略 


对 于 任何 一 款 应 用 类 App， 如 果 访 问 MobileAPI 的 速度 和 和 牛 车 一 样 
慢 ， 那 么 就 是 失败 之 作 。 不 要 在 WiFi 下 测试 速度 ， 那 是 自欺欺人 ， 要 
把 App 放 在 2G 或 3G 网 络 环境 下 进行 测试 ， 才 能 得 到 大 部 分 用 户 的 真实 
数据 。 


访问 MobileAPI， 主 要 慢 在 一 来 一 回 的 传输 速度 上 ， 对 于 服务 器 的 
处 理 速度 ， 不 需要 担心 太 多 ， 大 多 数 服 务 右 逻辑 原本 避 ® 古 支持 网 站 站 
的 ， 现 在 只 是 在 外 面包 了 一 层 ， 返 回 给 App 而 已 。 


既然 时 间 主 要 花 在 了 数据 传输 上 ， 那 么 我 们 就 要 想 一 些 应 对 的 措 
施 。 比 如 说 ,减少 MobileAPI 的 调用 次 数 。 对 于 一 个 App 页 面 ， 它 一 次 
性 可 能 需要 3 部 分 数据 ， 分 别 从 3 个 MobileAPI 接 口 获 取 ， 那 么 我 们 就 可 


以 做 一 个 新 的 MobileAPI 接 口 ， 将 这 3 部 分 数据 都 获取 到 ， 然 后 一 次 性 
返回 。 


减少 调用 次 数 只 是 铬 干 解决 方案 中 的 一 种 ， 更 极端 的 做 法 古 ， 
App 调 用 一 次 MobileAPI 接 口 后 ， 在 一 个 时 间 段 内 不 再 调用 ， 仍 然 使 用 
上 次 调用 接口 获取 到 的 数据 ， 这 些 数据 体 存 在 App 上 ， 我 们 称 为 App 绥 
存 ， 这 个 时 间 段 我 们 称 为 App 缓 存 时 间 。 


App 缓 存 只 能 针对 于 MobileAPI 中 GET 类 型 的 接口 ， 对 于 POST 不 
适用 。 因 为 GET 是 获取 数据 ， 而 POST 是 修改 数据 。 


此 外 ， 即 使 是 GET 类 型 的 接口 ， 对 于 那些 即时 性 很 低 的 、 不 怎么 
改变 的 数据 ， 比 如 获取 商品 的 描述 ， 缓 存 时 间 可 以 设置 得 比较 长 ， 比 
如 5~10 分 钟 ， 对 于 那些 即时 性 比较 高 、 频 和 演变 动 的 数据 ， 比 如 丙 品 价 
格 ， 缓存 时 间 束 会 比较 短 ， 甚 至 不 能 进行 绥 存 。 


即使 对 于 同一 个 需要 做 App 缓 存 的 MobileAPI， 参 数 不 同 ， 缓 存 也 
是 不 同 的 。 比 如 GetWeather.api 这 个 MobileAPI 接 口 ， 它 有 一 个 参数 也 
就 是 时 间 date， 对 于 date=2014-9-8 和 date=2014-9-9， 它 们 就 分 别 对 应 两 
个 缓存 ， 不 能 存在 一 起 。 


接 下 来 要 说 的 是 ，App 缓 存 存 在 哪里 ， 以 及 以 什么 方式 进行 存 
放 。 由 于 缓存 数据 比较 大 ， 所 以 我 们 将 其 存在 SD 卡 上 ， 而 不 是 内 存 
中 。 这 样 的 话 ，App 绥 存 策略 就 仅 限 于 那些 有 SD 卡 的 手机 用 户 了 。 


我 们 可 以 将 xxx.apik1=va&k2=v2 这 样 的 URL 格 式 作 为 key， 存 放 
App 绥 存 数据 。 需 要 注意 的 是 ， 我 们 要 对 k1、k2 这 些 key 进 行 排序 ， 这 
样 才能 唯一 ， 否 则 对 于 如 下 URL: 


XXXX,apik1=V1&KkK2=V2 
xxxx.apik2=v2&k1=v1 


就 会 被 认为 是 两 个 不 同 的 key 存 放 在 缓存 中 ， 但 其 实 它 们 是 一 样 的 。 


对 上 面 的 介绍 总 结 如 下 : 


1) 对 于 App 而 言 ， 它 是 感受 不 到 取 的 是 缓存 数据 还 是 调用 
MobileAPI。 有 具体 工作 由 网 络 确 层 完 成 。 


2) 在 urlxml 中 为 每 一 个 MobileAPI 接 口 配置 缓存 时 间 Expired。 对 
于 post， 一 律 设置 为 0， 因 为 post 不 需要 缓存 。 


3) 在 HttpRequest 类 中 的 run 方 法 中 ， 改 动 3 个 地 方 : 


a) 写 一 个 排序 算法 sortKeys， 对 URL 中 的 key 进 行 排 序 。 


b) 将 newUrl 作 为 key， 检 查 缓存 中 是 否 有 数据 ， 有 则 直接 返回 ; 
否则 ， 继 续 调用 MobileAPI 接 口 。 


// 如 果 这 个 


get 的 


API 有 缓存 时 间 (大 于 


if (urlData.getExpires() > 0) { 

final String content = CacheManager .getInstance() 
getFileCache(newUr]1); 

if (content != null) { 

handler.post(new Runnable() { 
Q@Override 
public void run() { 
requestcallback.onSuccess(content); 

} 


}); 


return; 


c) MobileAPI 接 口 返回 数据 后 ， 将 数据 存 入 缓存 。 


final Response responseInJson = JSON.parseObject( 
strResponse, Response.class); 
If (responseInJson.hasError()) { 
handleNetworkError(responseInJson.getErrorMessage()); 
} else { 
/ /把 成 功 获取 到 的 数据 记录 到 缓存 


if (urlData.getNetType( ) ,equals(REQUEST_GET ) 
&& urlData.getExpires() > 0) { 
CacheManager .getIinstance().putFileCache(newUrl, 
responseInJson.getResult(), 
urlData.getExpires( )); 
} 
handler.post(new Runnable() { 
QOverride 
public void run() { 
redquestCallback.onSuccess(responseInJson 
.getResult()); 


}); 


4) CacheManager 用 于 操作 读 写 缓存 数据 ， 并 判断 缓存 数据 是 否 
过 期 。 绥 存 中 存放 的 实体 束 是 Cacheltem 。 


5) 在 App 项 目 中 ， 创 建 YoungHeartApplication 这 个 Application 级 别 
的 类 ， 在 程序 启动 时 ， 初 始 化 缓存 的 目录 ， 如 采 不 存在 则 创建 之 。 


public class YoungHeartApplication extends Application { 
Q@Override 
public void onCreate() { 
super .onCreate( ); 
CacheManager .getIinstance().initCacheDir(); 
} 
} 


记得 要 在 AndroidManifest.xml 文 件 中 ， 指 定 application 的 


android:name 为 YoungHeart-Application: 


<application 
android:allowBackup="true" 
android:name="com.youngheart.engine.YoungHeartApplication" 


对 缓存 数据 ， 我 这 里 没有 做 加 密 ， 而 是 直接 把 明文 以 字符 串 类 型 
存放 到 了 SD 卡 。 有 这 方面 特殊 需求 的 App， 可 以 将 要 缓存 的 数据 转 成 
byte 数 组 再 序列 化 到 本 地 ， 要 用 的 时 候 再 反 过 来 操作 吕 是 了 。 


2.2.2 ”强制 更 新 


不 光 是 App 端 需要 记录 缓存 数 据 ， 在 MobileAPI 的 很 多 接口 ， 其 实 
需要 一 样 的 设计 。 


如 果 对 于 某 个 接口 的 数据 ，MobileAPI 缓 存 了 5 分 钟 ，App 缓 存 了 3 
分 钟 ， 那 么 最 极端 的 情况 是 ， 用 户 在 8 分 钟 内 是 看 不 到 数据 更 新 的 。 因 
此 ， 我 们 需要 在 页 面 上 提供 一 个 强制 更 新 的 按钮 。 


我 们 可 以 让 RemoteService 多 其 露 一 个 boolean 类 型 的 参数 ， 用 于 判 
上 晰 是 否 要 遵守 App 端 缓存 全 略 ， 如 果 是 ， 则 在 从 urlxzml 中 取出 UrlData 
实体 后 ， 将 其 expired 强 制 设置 为 0， 这 样 就 不 会 执行 缓存 策略 了。 


RemoteService 有 的 改动 如 下 : 


public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 
final RequestCcallback callBack) { 
invoke(activity, apikey, params, callBack, false); 


public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 
final RequestCcallback callBack, 
final boolean forceUpdate) { 
final URLData urlData = 
UrlCconfigManager .findURL(activity, apikey); 
if(forceUpdate) { 
// 如 果 强 制 更 新 ， 那 么 就 把 过 期 时 间 强 制 设置 为 


urlData. setExpires(0); 


} 
HttpRequest request = 
activity.getRequestManager().createRequest( 
urlData, params, callBack),; 
DefaultThreadPool.getInstance().execute(request); 


那么 在 调用 的 时 候 ， 只 需要 加 一 个 参数 束 好 : 


RemoteService.getIinstance().invokel( 
his, "getweatherIinfo", params, 
weathercallback); 


数据 缓存 是 一 把 双 刃 剑 ， 设 置 时 间 长 了 ， 数 据 长 期 不 更 新 ， 用 户 
体 狂 融会 不 好 。 因 此 我 们 需要 为 那些 强迫 钙 类 型 的 用 户 提供 一 个 强制 
刷新 的 按钮 ， 点 击 按钮 后 ， 页 面 会 重 靳 调用 MobileAPI 加 载 数 据 ， 无 论 
缓存 是 否 到 期 。 


具体 这 个 按钮 放 在 什么 位 置 ， 束 需要 产品 经 理 来 决策 了 。 我 见 过 
很 多 App 都 是 放 在 右上 角 。 当 然 ， 这 是 见仁见智 的 事 了 。 


2.3 MockService 


在 App 团 队 与 MobileAPI 团 队 协 同 开发 的 过 程 中 ， 经 常会 遇 到 因为 
MobileAPI 接 口 还 没 好 而 App 又 急 等 着 用 的 情况 。 


正常 的 流程 是 : 


1) MobileAPI 开 发 人 员 会 事先 和 App 开 发 人 员 定 义 MobileAPI 接 
包括 API 名 称 、 参 数 、 返 回 JSON 格 式 。 


2) MobileAPI 按 照 上 述 约 定 写 一 个 Mock 接 口 ， 部 署 到 测试 环境 ， 
该 Mock 接 口中 没有 任何 逻辑 实现 ， 在 返回 结果 中 便 编 码 返 回 一 些 
JSON 数 据 。 我 们 假设 这 个 工作 应 该 是 很 快 的。 


3) App 开 发 人 员 基 于 上 述 测 斌 环境 Mock 接 口 ， 进 行 开 发 。 


4) MobileAPI 接 口 完成 后 ， 通 知 App 开 发 人 员 ， 对 真实 逻辑 进行 
联 调 。 
以 上 4 步 ， 如 果 是 正常 实施 ， 是 没有 问题 的 ， 但 是 问题 经 常 出 在 第 


2 步 ，MobileAPI 开 发 人 员 来 不 及 提供 Mock 接 口 。 


男 一 种 情况 是 ， 随 着 App 开 发 工作 的 进行 ，App 开 发 人 员 会 发 现 原 
先 约定 的 那些 字段 不 够 用 ， 所 以 束 会 要 求 MobileAPI 开 发 人 员 频 紧 修 改 


Mock 接 口 并 部 闭 到 测试 环境 ， 这 是 一 个 很 浪费 时 间 的 工作 。 


其 实 ， 就 是 因为 App 与 MobileAPI 之 间 有 依赖 ， 我 们 需要 解除 这 种 
依赖 。 为 此 我 们 要 在 App 端 设计 自己 的 MockService， 这 样 就 在 完成 上 
约定 MobileAPI 接 口 参数 和 返回 JSON 格 式 后 ， 在 App 端 
Mock 目 己 的 数据 ， 直 到 功能 开发 完成 ， 而 不 会 被 任何 人 阻塞 。App 开 
发 完成 后 ， 肯 定 也 积累 了 一 些 修改 意见 ， 这 时 候 可 以 请 MobileAPI 开 发 
人 员 汇 总 在 一 起 进行 修改 。 


述 步 骤 1 


设计 App 端 MockService 包 括 如 下 几 个 关键 点 : 


1) 对 需要 Mock 数 据 的 MobileAPI 接 口 ， 通 过 在 url.xml 中 配置 Node 
节点 MockClass 属 性 ， 来 指定 要 使 用 那个 Mock 子 类 生成 的 数据 : 


<Node 
Key="getweatherIinfo" 
Expires="300" 
NetType="get" 
MockClass="com,youngheart ,mockdata,.MockweatherInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 


这 里 将 使 用 com.mockdata.mockdata 包 下 的 MockWeatherInfo 子 类 来 
解析 。 


2) 我 使 用 了 反射 工厂 来 设计 MockService。MockService 类 是 基 
类 ， 它 有 一 个 抽象 方法 getJsonData， 用 于 返回 手动 生成 的 Mock 数 据 。 


public abstract class MockService { 
public abstract String getJsonData( ) ， 


每 个 要 Mock 数 据 的 MobileAPI 接 口 ， 都 对 应 一 个 继承 自 


MockService 的 子 类 ， 都 要 实现 各 目的 getJsonData 方 法 ， 返 回 不 同 的 
JSON 数 据 。 


比如 在 上 述 urlxml 中 声明 的 MockWeatherInfo ， 它 对 应 的 类 实现 如 
下 : 


public class MockwWeatherInfo extends MockService { 

QOverride 

public String getJsonData() { 
WeatherInfo weather = new WeatherIinfo(); 
weather.setcCity("Beijing"); 
weather.setcCityid("10000"); 
Response response = getSuccessResponse(); 
response,SetReSsult(JSON.toJSONString(weather ) ) ， 
return JSON.toJSONString(response); 


以 后 每 添加 一 个 新 的 Mock 类 ， 我 们 都 将 其 放置 在 mockdata 包 下 ， 
如 图 2-2 所 示 。 


Vv YoungHeart 
了 名 src 
了 由 com.youngheart 
bp 由 activity 
= 朵 adapter 
= 朵 base 
出 db 


= 由 engine 
Pp 朵 entity 
出 interfaces 
出 listener 
了 骨 mockdata 
b 四 MockService.java 
je [DN MockWeatherinfo.java 


图 2-2 mockdata 包 


3) 接 下 来 介绍 如 何 实现 反射 机 制 。 


主要 的 改造 工作 在 RemoteService 类 的 invoke 方 法 中 ， 根 据 是 否 在 
url.xml 中 指定 了 MockClass 值 来 决定 ， 是 调用 线 上 MobileAPI 还 是 从 本 
地 MockService 直 接 取 假 数 据 。 


如 有 果 MockClass 有 值 ， 就 把 这 个 值 反 射 为 一 个 具体 的 类 ， 比 如 
MockWeatherInfo， 然 后 调用 它 的 getJsonData 方 法 。 


public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 


final RequestCallback callBack) { 
final URLData urlData = UrlCconfigManager .findURL(activity, apikey); 
If (urlData.getMockClass() != null) { 
try { 
MockService mockService = (MockService) Class.forName( 
urlData.getMockClass()).newInstance!(); 
String strResponse = mockService.getJsonData(); 
final Response responseInJson = 
JSON.parseObject(strResponse, Response.class); 
if (callBack != null) { 
If (responseInJson.hasError()) { 
callBack.onFail(responseInJson.getErrorMessage( )); 
} else { 
callBack.onSuccess(responseInJson.getResult()); 
} 


} 

} catch (ClassNotFoundException e) { 
e.printStackTrace( ); 

} catch (InstantiationException e) { 
e.printStackTrace( ); 

} catch (IllegalAccessException e) { 
e.printStackTrace( ); 


} 
} else { 
HttpRequest request = 
activity.getRequestManager().createRequest( 


urlData, params, callBack),; 
DefaultThreadPool.getInstance().execute(request); 


有 了 MockService 这 个 利器 ， 对 于 作者 来 说 ， 本 书 授 下 来 的 内 容 将 
会 轻松 很 多 ， 因 为 不 需要 搭建 自己 的 服务 右 ， 全 都 用 MockService 在 本 
地 编写 假 数 据 即 可 。 


2.4 用 户 登 录 


登录 是 考 查 一 个 App 开 发 人 员 是 否 合格 的 衡量 标准 。 面 试 的 时 候 
我 都 会 问候 选 人 这 个 问题 。 


由 于 我 手头 没有 任何 MobileAPI 登 录 接 口 ， 所 以 我 准备 用 2.3 节 介 
绍 的 MockService 来 模拟 登录 的 返回 信息 。 


为 此 建立 MockLoginSuccessInfo 类 如 下 : 


public class MockLoginSuccessInfo extends MockService { 
Q@Override 
public String getJsonData() { 
UserInfo userInfo = new UserInfo(); 
userInfo.setLoginName("jianqiang.bao"); 
userInfo.setUserName(" 包 建 强 


"); 
USserInfo.setScore(100) ， 
Response response = getSuccesSsResponse() 
response.setResult(JSON.toJSONString(userInfo)); 
return JSON.toJSONString(response); 


并 在 url.xml 中 如 下 配置 MockClass: 


<Node 
Key="getweatherIinfo" 
Expires="300" 
NetType="get" 
MockClass="com,.youngheart.mockdata.MockLoginSsuccessInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 


2.4.1 ”登录 成 功 后 的 各 种 场景 


首先 ， 贯 穿 App 的 ， 应 该 有 一 个 User 全 局 变量 ， 在 每 次 登录 成 功 
后 ， 会 将 其 isLogin 属 性 设置 为 tue， 在 退出 登录 后 ， 则 将 该 属性 设置 
为 false。 这 个 User 全 局 变量 要 支持 序列 化 到 本 地 的 功能 ， 这 样 数据 才 
不 会 因 内 存 回收 而 丢失 。 


其 次 ， 登 录 分 为 3 种 情形 : 


情形 1 点击 登 录 按 钮 ， 进 入 登录 页 面 LoginActivity， 登 录 成 功 
后 ， 直 接 进 入 个 人 中 心 PersonCenterActivity。 这 种 情况 最 直截了当 ， 
一 路 执行 startActivity(intent) 束 能 达到 目的 。 


情形 2: 在 页 面 A， 想 要 跳 转 到 页 面 B， 并 携 囊 一 些 参 数 ， 却 发 现 


没有 登录 ， 于 是 先 跳 转 到 登录 页 ， 登 录 成 功 后 ， 表 跳 转 到 B 页 面 ， 同 
时 仍然 市 着 那些 参数 。 


这 就 主要 是 setResult(intentresultCode) 发 挥 作用 的 时 候 了 ，Activity 
的 回调 机 制 这 时 候 派 上 了 用 场 ， 如 下 所 示 : 


btnLogin2.setOonClickListener(new OnClickListener(){ 
Q@Override 
public void onClick(View v) { 
if(User.getIinstance().isLogin()) { 
gotoNewsActivity(); 
} else { 
Intent intent = new Intent(LoginMainActivity.this, 
LoginActivity.class); 
intent.putExtra(AppConstants.NeedCcallback, true); 
startActivityForResult(intent, 


LOGIN_REDIRECT_OUTSIDE ) ; 


情形 3: 在 页 面 A， 执 行 某 个 操作 ， 却 发 现 没有 登录 ， 于 是 跳 转 到 
登录 页 ， 登 好 成 功 后 ， 再 回 到 页 面 A， 继 续 执 行 该 操作 。 


处 理 方式 同 于 情形 2， 也 是 使 用 setResult 来 完成 回调 。 


btnLogin3.setOonClickListener(new OnClickListener(){ 
Q@Override 
public void onClick(View v) { 
if(User.getIinstance().isLogin()) { 
changeText(); 
} else { 
Intent intent = new Intent(LoginMainActivity.this, 
LoginActivity.class); 
Intent ,putEXxtra(AppConstants ,NeedCallback，true) ， 
startActivityForResult(intent, 
LOGIN_REDIRECT_INSIDE ) ， 


}); 


无 论 是 上 述 哪 种 情形 ， 登 录 页 面 LoginActivity 只 有 一 个 ， 所 以 要 
把 上 面 的 三 个 逻辑 整合 在 一 起 ， 如 下 所 示 : 


RequestCallback loginCallback = new AbstractRequestCallback() { 
QOverride 
public void onSuccess(String content) { 
UserInfo userInfo = JSON.parseObject(content, 
UserInfo.class); 
If (userInfo != null) { 
User.getIinstance().reset(); 
User.getIinstance().setLoginName(userInfo.getLoginName()); 
User .getInstance().SetScore(userInfo,getScore())， 
User.getIinstance().setUserName(userIinfo.getUserName( ) ) ， 
User.getIinstance().setLoginstatus(true); 
User.getIinstance().save(); 


} 

if(needCallback) { 
setResult(Activity .RESULT_OK); 
finish(); 

} else { 


Intent intent = new Intent(LoginActivity.this, 
PersonCenterActivity,.class); 
startActivity(intent); 
} 
} 
}; 


整合 的 关键 在 于 从 上 个 页 面 传 过 来 needCallback 变 量 ， 它 决定 了 是 
否 要 回 到 上 个 页 面 。 


一 方面 ， 我 们 看 到 ， 在 登录 成 功 后 ， 我 们 会 把 用 户 信息 存 储 到 
User 这 个 全 局 变量 并 序列 化 到 本 地 ， 这 是 因为 各 个 模块 都 有 可 能 使 用 
到 用 户 的 信息 。 其 中 LoginStatus 是 关键 ， 接 下 来 的 篇 幅 将 着 重 谈论 这 

个 属性 。 


最 后 在 LoginMainActivity 中 的 onActivityResult 回 调 画 数 ， 它 负责 
处 理 登 录 后 的 事情 ， 如 下 所 示 : 


QOverride 
protected void onActivityResult(int requestCode, 
int resultCode, Intent data) { 
if (resultCode != Activity.RESULT OK) { 
return; 


switch (requestCode) { 

case LOGIN REDIRECT_OUTSIDE: 
gotoNewsActivity(); 
break; 

case LOGIN _ REDIRECT_INSIDE.: 
changeText(); 
break; 

default: 
break; 

} 


} 


我 们 看 人 到， 对 于 情形 2， 当 用 户 在 LoginMainActivity 点 击 按钮 想 跳 
转 到 NewsActivity， 如 果 已 经 登录 ， 束 直接 跳 转 过 去 ， 否 则 ， 先 到 
LoginActivity 登 水 ， 然 后 回调 LoginMain-Activity 的 onActivityResult， 
仍然 跳 转 到 NewsActivity 。 


242 自动 登录 


所 谓 目 动 登录 ， 束 古 登 录 成 功 后 ， 重 局 App 后 用 户 仍 然 钙 登录 状 


最 直接 的 方法 是 ， 登 录 成 功 后 ， 本 地 保存 用 户 名 和 密码 。 重 局 
App 后 ， 检 查 本 地 是 否 有 保存 用 户 名 和 密码 ， 如 采 有 ， 则 将 用 户 名 和 
密码 传 入 到 登录 接口 ， 模 拟 用 户 登 录 的 行为 。 


但 这 样 束 有 安全 风险 了 ， 分 析 如 下 : 


本 地 保存 用 户 密 码 ， 这 种 的 敏感 信息 容易 被 人 窃取 。 要 么 是 在 本 
地 文件 中 看 到 这 些 信息 ， 要 么 是 侦 听 App 的 网 络 请 求 ， 获 取 到 请 求 的 
数据 。 


-所 以 本 地 保存 密码 时 ， 一 定 要 进行 加 密 。 对 称 加 密 是 不 可 靠 的 ， 
为 很 难 确 保 App 的 源 代 码 不 外 泄 ， 所 以 别有用心 的 人 还 是 可 以 根据 


源码 中 的 对 称 加 密 算 法 ， 反 回 把 密码 推算 出 来 。 只 有 不 对 称 加 密 才 是 
安全 的 。 


:那么 登录 之 后 呢 ? 市面 上 大 多 数 App 的 逻辑 都 有 问题 ， 它 们 会 在 
本 地 保存 一 个 jsLogin 的 全 局 变量 ， 登 录 成 功 后 设置 为 true。 接 下 来 涉 
及 用 户 相关 的 MobileAPI， 只 有 在 这 个 值 为 true 时 才能 调用 ， 它 们 会 把 
UserId 传 递 给 服务 右 。 


:服务 器 的 解决 方案 通常 也 很 简陋 ， 它 没有 任何 安全 机 制 ， 包 括 用 
户 信息 相关 的 MobileAPI 接 口 ， 只 要 接口 调用 参数 中 有 UserId， 它 就 会 
去 把 相关 的 数据 取出 并 返回 。 


一 种 补救 措施 是 ， 每 次 调用 用 户 相 关 的 MobileAPI 接 口 时 ， 都 需 
要 把 Userld 和 加 密 后 的 密码 一 起 传递 。 而 服务 如 需要 对 那些 用 户 相 关 
的 MobileAPI 接 口 加 上 安全 验证 机 制 ， 每 次 请 求 都 检查 用 尸 名 和 和 密码 是 
否 正确 。 我 们 要 求 密 码 是 经 过 哈 希 散 列 算法 不 对 称 加 密 过 的 ， 是 无 法 
还 原 的 。 服 务 器 的 验证 工作 是 根据 传 过 来 的 UserId 从 数据 库 中 取出 相 
应 的 密码 ， 然 后 进行 比 对 。 注 意 ， 数 据 库 中 存放 的 密码 是 在 注册 的 时 
候 经 过 哈 布 散 列 算法 加 密 过 的 。 


-本 地 保存 用 户 名 和 密码 的 男 一 个 问题 是 ， 每 次 用 户 局 动 App， 登 
杂 页 都 会 一 内 而 过 ， 因 为 它 要 模拟 用 户 登 录 的 行为 : 假 雄 输入 用 户 名 
和 和 密码， 然后 假 效 点 击 登 录 按 钮 。 这 样 做 用 户 体验 很 不 好 倒是 其 次 ， 


关键 是 这 种 做 法 有 个 无 法 目 贺 其 说 的 人 硬 伤 一 一 出 于 安全 考虑 ， 我 们 要 
修改 登录 接口 ， 使 其 除了 接收 用 户 名 和 密码 这 两 个 参数 外 ， 还 必须 接 
收 验 证 码 ， 也 就 是 动态 口令 ， 如 图 2-3 所 示 。 


输入 验证 码 


图 2-3 App 的 登录 界面 


我 们 知道 ， 验 证 码 必 须 是 手动 输入 的 ， 人 否则 殉 失 去 了 它 存 在 的 意 
义 。 但 是 当前 这 种 目 动 登录 的 做 法 ， 我 们 只 知道 用 户 名 和 密码， 而 不 
知道 每 次 生成 的 验证 码 是 什么 ， 所 以 整 不 能 目 动 登录 了 。 是 时 候 该 扫 
弃 这 种 每 次 局 动 束 进行 一 次 登录 的 机 制 了 7， 其 实 Web 在 这 一 点 已 经 做 
得 很 成 熟 了 ， 那 整 是 Cookie 机 制 。 


也 有 的 人 管 CookielHToken， 这 是 用 户 身 份 的 唯一 性 标志 。 


首先 ，App 在 登录 成 功 后 ， 会 从 服务 顺 获 取 到 一 个 Cookie， 这 个 
Cookie 存 放 在 Http-Response 的 header 中 ， 如 下 所 示 : 


Set-Cookie: customer=huangxp; path=/foo; domain=.ibm.com; 
expires= Wednesday，19-0CT-05 23:12:40 GMT; [securel] 


我 们 将 其 取出 来 ， 不 用 关心 它 古 什么 ， 只 要 把 它 存放 在 本 地 文件 
中 即 可 。 


我 们 需要 修改 App 的 网 络 底层 ， 也 就 是 HttpRequest 类 ， 分 以 下 几 
步 ， 


1) 每 次 发 起 MobileAPI 请 求 时 ， 都 要 把 本 地 保存 的 Cookie 取 出 
来 ， 放 到 HttpRequest 的 header 中 。 还 是 那 句 话 ， 不 用 管 Cookie 是 什 
么 ， 也 不 管 Cookie 是 否 有 值 ， 都 应 如 下 操作 : 


// 添加 


CookK1ie 到 请 求 头 中 


addCookie( ); 
// 发 送 请 求 


response = httpClient.execute(request); 


2) 每 次 接收 MobileAPI 的 相应 结果 时 ， 都 把 HttpResponse 的 header 
里 面 的 Cookie 取 出 来 ， 履 盖 本 地 保存 的 Cookie。 不 用 管 Cookie 有 值 与 
否 ， 如 下 所 示 : 


If (urlData.getNetType().equals(REQUEST_GET) 
&& UrlData.getExpires() > 0) { 
CacheManager .getIinstance().putFileCache(newUrl, 
responseInJson.getResult(), 
urlData.getExpires( )); 


handler.post(new Runnable() { 
Q@Override 
public void run() { 
requestcallback.onSuccess(responseInJson 
.getResult()); 


Cookie 
saveCookie( )， 


以 下 是 addCookie 和 saveCookie 方 法 的 实现 : 


public void addCookie() { 
List<SerializableCookie> cookieList = null; 


Object cookieO0b]j] = BaseUtils.restoreObject(cookiePath); 
if (cookieobj != null) { 


cookieList = (ArrayList<SerializableCookie>) cookie0bj; 


if ((cookieList != nul1) && (cookieList.size() > 0)) { 
final BasicCookieSstore cs = new BasicCookieStore(); 
cs.addCookies(cookieList.toArray(new Cookie[] {})); 
httpClient.setCookieSstore(cs); 

} else { 


httpClient ,SetCookieStore(nul1) ， 
} 
public synchronized void saveCookie() { 


// 获取 本 次 访问 的 


cookie 
final List<Cookie> cookies = 


httpClient ,getCookieStore().getCookies() 
// 将 普通 


COOKie 转 换 为 可 序列 化 的 


cookie 
List<SerializableCookie> serializableCookies = null; 
if ((cookies != null) && (cookies.size() > 0)) { 
serializableCookies = new ArrayList<SerializableCookie>(); 
for (final Cookie c : cookies) { 
serializableCookies.add(new SerializableCookie(c)); 


BaseUtils.saveObject(cookiepath, serializableCookies); 


而 服务 器 的 相应 操作 ， 对 于 来 自 App 的 请 求 : 


3) 如 果 是 用 户 信 息 相 关 的 ， 则 判断 HttpRequest 中 Cookie 是 否 有 
效 ， 如 果 有 效 ， 束 去 执行 后 续 的 逻辑 并 返回 结果 ; 否则 ， 返 回 Cookie 


过 期 失效 的 错误 信息 。 


4) 如 果 是 用 户 无 关 的 ， 则 不 需要 检查 HttpRequest 中 Cookie， 直 接 


执行 下 面 的 逻辑 即 可 。 


此 外 ， 还 需要 注意 儿 个 地 方 ， 都 是 些 琐 雁 的 工作 : 


用 户 注销 功能 ， 要 把 本 地 保存 的 Cookie 清 空 。App 判 断 用 户 十 否 


登录 的 标志 ， 束 是 Cookie 是 否 为 空 。 


用户 注 册 功 能 ， 一 般 在 注册 成 功 后 ， 都 会 拿 着 用 户 名 和 密码 再 调 
用 一 次 登录 接口 ， 这 就 义 和 验 证 码 功 能 冲突 了 ， 解 决 方案 是 注册 成 功 
后 直接 跳 园 到 登录 页 面 ， 让 用 户 手 动 再 输入 一 次 。 这 是 从 产品 层面 来 
解决 问题 。 另 一 种 解决 方案 是 ， 注 册 成 功 后 进入 个 人 中 心 页 面 ， 不 需 
要 再 登录 一 次 ， 而 是 把 注册 和 登录 接口 绑 在 一 起 。 


-对 于 Cookie 过 期 ，App 应 该 跳 转 到 登录 页 面 ， 让 用 户 手 动 进行 登 
录 。 这 里 有 一 个 比较 有 挑战 性 的 工作 ， 殊 是 登录 成 功 后 ， 应 该 返回 手 
动 登 示 之 前 的 那个 页 面 。 我 们 在 下 一 节 再 细 说 这 个 技术 。 


2.4.3 ”Cookie 过 期 的 统一 处 理 


Cookie 不 是 一 直 有 效 的 ， 到 了 一 定时 间 就 会 失效 。 
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Cookie 过 期 的 表现 是 ， 当 访问 MobileAPI 某 个 接口 的 时 候 ， 就 不 会 
返回 数据 了 ， 代 之 以 Cookie 过 期 的 错误 消息 ， 这 时 要 统一 处 理 。 


我 们 要 求 MobileAPI 在 遇 到 这 种 情况 时 ， 直 接 返回 以 下 内 容 的 


JSON， 其 中 ，errorType 固 定 为 1: 


{ 


"isError" : true, 
"errorType" : 1, 
"errorMessage"” : "COOKkie 失 效 ， 请 重新 登录 


"result" mn 


为 此 我 们 修改 AndroidLib， 使 之 支持 Cookie 失 效 的 场景 。 


1) 在 RequestCallback 中 增加 一 种 onCookieExpired 回 调 方法 ， 如 下 
所 示 : 


public interface RequestCallback 


public void onSuccess(String content ) ， 
public void onFail(String errorMessage); 
public void onCookieExpired!(); 


} 


2) 在 网 络 底层 对 JSON 返 回 结果 进行 解析 ， 如 果 发 现 是 属于 
Cookie 过 期 的 错误 类 型 ， 就 直接 回调 onCookieExpired 方 法 ， 如 下 所 


A 


final Response responseInJson = JSON.parseObject( 
strResponse, Response.class); 
If (responseInJson.hasError()) { 
if(responseInJson.getErrorType() == 1) { 
handler.post(new Runnable() { 
QOverride 
public void run() { 
requestCcallback.onCookieExpired( ); 


}); 
} else { 
handleNetworkError(responseInJson.getErrorMessage( )); 


我 们 模拟 一 种 场景 ， 在 CookieExpiredActivity 页 面 ， 访 问 天 气 预 报 
这 个 MobileAPI 接 口 ， 如 果 Cookie 失 效 ， 则 弹出 对 话 框 ， 通 知 用 


户 “Cookie 过 期 ， 请 重新 登录 ， 点 击 确 定 按 钮 ， 将 跳 转 到 登录 页 
录 成 功 后 ， 将 回 到 上 一 个 页 面 ， 即 CookieExpiredActivity 。 


由 于 所 有 页 面 处 理 Cookie 过 期 的 逻辑 都 是 相同 的 ， 所 以 我 们 将 其 
封装 到 基 类 AppBaseActivity 中 ， 放 在 和 onFail 方 法 平 级 的 位 置 : 


public void onCookieExpired() { 
dlg.dismiss(); 
new AlertDialog.Builder (AppBaseActivity.this) 
. SetTitle(" 出 错 啦 
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,SetMeSsage("Cookie 过 期 ， 请 重新 登录 


") 


.SetPositiveButton(" 确 定 


new DialogInterface.OonClickListener() { 
Q@Override 
public void onClick(DialogIinterface dialog, 
int which) { 

Intent intent = new Intent( 
AppBaseActivity.this, 
LoginActivity.class); 

Intent ,putExtra(AppConstants ,NeedCallback， 

true ) ， 

startActivity(intent); 


} 
}).show(); 


其 实 就 这 么 简单 ， 因 为 我 们 事先 对 网 络 底层 进行 了 高 度 的 封装 
所 以 增加 一 种 新 的 回调 类 型 并 不 麻烦 


2.4.4 防止 黑客 刷 库 


经 常 有 一 些 网 站 的 安全 措施 没 做 好 ， 导 致 用 户 名 和 密码 大 量 沪 
漏 。 城 门 失火 ， 葡 及 池 鱼 。 要 知道 ， 对 于 用 户 而 言 ， 他 们 通常 在 各 个 
网 站 上 都 使 用 相同 的 用 户 名 和 密码， 这 些 信息 在 一 个 网 站 上 浴 漏 了 ， 
会 导致 在 其 他 网 站 上 的 信息 也 都 失去 了 保障 。 于 是 ， 菏 些 黑 客 束 会 写 
一 个 脚本 ， 遍 历 他 镭 取 到 的 某 个 网 站 成 十 上 万 的 用 户 名 和 密码， 去 访 
问 男 一 个 网 站 的 登录 接口 。1 万 个 用 户 还 试 不 出 来 1 个 用 户 吗 ? 


一 种 安全 解决 方案 是 为 登录 接口 增加 第 三 个 参数 ， 也 就 是 上 文 提 
及 的 验证 码 。 每 次 登录 都 必须 输入 验证 码 ， 其 实 融 是 为 了 防止 被 黑客 
刷 库 。 


但 是 这 个 方案 仅 适 用 于 那些 新 App， 一 开始 就 要 如 此 设计 ， 我 们 
要 杜绝 只 有 用 户 名 和 密码 的 登录 接口 ， 这 是 有 安全 隐患 的 。 


有 的 网 站 是 连续 登录 3 次 失败 后 ， 才 要 求 用 户 输入 验证 码 。 难 道 他 
们 不 怕 被 黑客 刷 库 吗 ? 其 实 还 有 其 他 的 解决 方案 ， 但 同时 需要 
MobileAPI 和 App 配 合 工 作 : 


MobileAPI 在 发 现 有 同一 IP 短 时 间 内 频繁 访问 某 一 个 MobileAPI 接 
口 时 ， 就 直接 返回 一 段 H8TML5， 要 求 用 户 输入 验证 码 。 


App 在 接收 到 这 段 代 码 时 ， 就 在 页 面 上 显示 一 个 浮 层 ， 里 面 一 个 
WebView， 显 示 这 个 要 求 用 户 输入 验证 码 的 HTML5。 


这 样 束 阻止 了 黑客 刷 库 。 试 问 哪 个 示 朝 黑客 愿意 每 阳 一 两 分 钟 束 
手动 输入 一 次 验证 码 呢 ? 


[1] 关于 Cookie 更 详细 的 介绍 ， 请 参考 博客 园 小 坦克 的 这 篇 文章 
http://blog.csdn.net/ToCpp/article/details/4680946 ° 


2.5 HTTP 头 中 的 奥妙 


对 于 HTTP 头 ， 我 们 并 不 卫生 。 我 们 在 上 一 市 中 成 功 运 用 到 了 
HTTP 头 中 的 Cookie 属 性 。 接 下 来 ， 我 们 将 继续 发 挥 它 的 威力 ， 看 看 它 
还 能 为 我 们 做 些 什么 。 


我 们 先 学 习 一 下 HTTP 请 求 的 定义 。 
2.5.1 HTTP 请 求 


HTTP 请 求 分 为 HITPRequest 和 HTTPResponse 两 种 。 但 无 论 哪 种 
请 求 ， 都 由 header 和 body 两 部 分 组 成 。 


1.HTTP Body 


Body 部 分 吏 是 存放 数据 的 地 方 ， 回 顾 一 下 我 们 在 HITPRequest 类 
中 封闭 的 网 络 请 求 : 


1) 对 于 get 形 式 的 HITPRequest， 要 发 送 的 数据 都 以 键 值 对 的 形式 
存放 在 URL 上， 比如 aaa.apik1=va&k2=va。 它 的 Body 是 空 的 ， 如 下 所 


不 : 


If (urlData.getNetType().equals(REQUEST_GET)) { 
// 添加 参数 


final StringBuffer paramBuffer = new StringBuffer(); 
if ((parameter != null) && (parameter .Size() > 0)) { 
// 这 里 要 对 


Key 进 行 排序 


sortkeys(); 
for (final RequestParameter p : parameter) { 
if (paramBuffer.length() == 0) { 
paramBuffer.append(p.getName() + "=" 
+ BaseUtils.UrlEncodeUnicode(p.getVvalue())); 
} else { 
paramBuffer.append("&" + p.getName() + "=" 
+ BaseUtils.UrlEncodeUnicode(p.getValue())); 
} 
} 
newUrl = url + "?" + paramBuffer.toString(); 
} else { 
newUrl = url; 
} 


request = new HttpGet (newUr]); 


2) 对 于 post 形 式 的 HTTPRequest， 要 发 送 的 数据 都 存在 Body 里 
面 ， 也 是 以 键 值 对 的 形式 ， 所 以 代码 编写 与 get 情 形 完全 不 同 ， 如 下 所 
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else if (urlData.getNetType().equals(REQUEST_POST)) { 
request = new HttpPost(url); 
// 添加 参数 


if ((parameter != null) && (parameter.size() > 0)) { 
final List<BasicNameValuePair> list = 
new ArrayList<BasicNameValuePair>(); 
for (final RequestParameter p : parameter) { 
list.add(new BasicNameValuePair( 
p.getName(), p.getVvalue())); 


} 
((HttpPost) request).setEntity( 
new UrlEncodedFormEntity(l1ist, HTTP.UTF_ 8)); 


2.HTTP Header 


与 Body 相 比 ，HTTP header 束 丰富 的 多 了 。 它 由 很 多 键 值 对 (key- 
value) 组 成 ， 其 中 有 些 key 是 标准 的 ， 兼 容 于 各 大 浏 贤 絮 ， 比 如 : 


“accept 
‘accept-language 
Teferrer 
‘usSer-agent 


‘accept-encoding 


此 外 ， 我 们 还 可 以 在 MobileAPI 端 自 定义 一 些 键 值 对 ， 然 后 要 求 
App 在 调用 MobileAPI 时 把 这 些 信息 传递 过 来 。 比 如 MobileAPI 可 以 定 
义 一 个 check-value 这 样 的 key， 然 后 要 求 App 将 AppId (同一 公司 的 不 
同 App 编 号 ) 、ClientType (Android 还 是 iPhone、iPad) 这 些 值 拼接 在 
一 起 经 过 MD5 加 密 后 ， 作 为 这 个 key 的 值 传递 给 MobileAPI， 然 后 由 
MobileAPI 再 去 分 析 这 些 数 据 。 


对 于 App 开 发 人 员 而 言 ， 只 要 按照 MobileAPI 的 要 求 ， 把 这 些 key 
所 需要 的 值 拼 接 成 HTTPRequest 头 正确 传递 过 去 即 可 。 如 下 所 示 : 


void setHttpHeaders(final HttpUriRequest httpMessage) 
"UTF-8, a) 


{ 
headers.clear(); 
headers.put(FrameConstants.ACCEPT_CHARSET, 
headers.put(FrameConstants ,USER_AGENT， 
"Young Heart Android App "); 
if ((httpMessage != null) && (headers != nul1)) 
for (final Entry<String, String> entry : headers.entryset()) 


{ 
If (entry.getkey()!=null) 
httpMessage.addHeader(entry.getkey(), entry.getValue()); 


我 们 在 组 装 Cookie 之 前 调用 setHttpHeaders 方 法 : 
// 添加 必要 的 头 信息 
setHttpHeaders(request); 
// 添加 


pb 


CookKkie 到 请 求 头 


addCookie( ); 
// 发 送 请 求 


response = httpClient.execute(request); 


而 在 返回 数据 时 ， 也 可 以 从 HTTP Response 头 中 把 所 需要 的 数据 
解析 出 来 。Android SDK 将 其 封 玫 成 了 知 干 方法 以 供 调用 。 我 们 在 下 
面 的 章节 将 会 看 到 。 


前 面 我 们 介绍 过 Cookie， 其 实 也 是 HITP 头 的 一 部 分 。 它 的 作用 我 
们 已 经 见识 过 了 。 下 面 将 讨论 HTTP 头 中 的 男儿 个 重要 字段 。 


2.5.2 ”时间 校 准 


接 下 来 要 介绍 的 是 HTTP Response 头 中 另 一 重要 属性 : Date， 这 个 
属性 中 记录 了 MobileAPI 当 时 的 服务 器 时 间 。 


为 什么 说 这 个 属性 很 重要 呢 ? App 开 发 人 员 经 常 遇 到 的 一 个 bug 束 
古 ，App 显 示 的 时 间 不 准 ， 经 津 会 因为 时 区 问题 前 后 差 几 个 小 时 ， 而 
接 到 用 户 的 投诉 。 


为 了 解决 这 个 问题 ， 要 从 MobileAPI 和 App 同 时 做 一 些 工 作 。 
MobileAPI 永 远 使 用 UTC 时 间 。 包 括 入 参 和 返回 值 ， 都 不 要 使 用 Date 格 
式 ， 而 是 减 去 UTC 时 间 1970 年 1 月 1 日 的 差 值 ， 这 是 一 个 long 类 型 的 长 
整数 。 


在 App 端 比较 碎 烦 。 这 里 我 们 只 讨论 中 国 ， 比 如 国内 航班 时 间 、 
电影 上 映 时 间 等 等 ， 那 么 我 们 把 MobileAPI 返 回 的 long 型 时 间 转 换 为 


GMT8 时 区 的 时 间 就 万 事 大 吉 了 一 一 只 需要 额外 加 8 个 小 时 。 无 论 使 用 
的 人 身 在 哪个 时 区 ， 他 们 看 到 的 都 应 该 是 一 个 时 间 ， 也 束 是 GMT8 的 
时 间 。 


由 于 App 本 地 时 间 会 不 准 ， 比 如 前 后 差 十 几 分 钟 ， 又 比如 设置 了 
GMT9 的 上 时区， 这 样 在 取 本 地 时 间 的 上 时候， 就 会 莽 一 个 小 时 。 通 到 这 
种 情况 ， 就 要 依赖 于 HTTP Response 头 的 Date 属 性 了 。 


每 调用 一 次 MobileAPI， 就 取出 HTTP Response 头 的 Date 值 ， 转 换 
为 GMT 时 间 后 ， 再 减 去 本 地 取出 的 时 间 ， 得 到 一 个 差 值 delta。 这 个 值 
可 能 是 因为 手机 时 间 不 准 而 差 出 来 的 那 十 几 分 钟 ， 也 可 能 是 因为 时 区 
不 同 导 致 的 1 个 小 时 差 值 。 我 们 将 这 个 delta 值 保存 下 来 。 那 么 每 当 取 本 
地 当前 时 间 的 时 候 ， 再 额外 加 上 这 个 delta 差 值 ， 就 得 到 了 服务 器 
GMT8 的 时 间 ， 就 做 到 了 任何 人 看 到 的 时 间 是 一 样 的 。 


因为 App 会 频繁 调用 MobileAPI， 所 以 这 个 delta 值 也 会 频繁 更 新 ， 
不 用 担心 长 期 不 调用 MobileAPI 而 导致 的 这 个 delta 值 不 太 准 的 问题 。 


接 下 来 我 们 修改 AndroidLib 框 染 ， 以 支持 上 述 的 这 些 功能 。 


1) 首先 ， 在 HTTPRequest 类 提供 一 个 用 于 更 新 本 地 时 间 和 服务 器 
时 间 差 值 的 方法 updateDeltaBetweenServerAndClientTime， 如 下 所 示 ， 
由 于 我 们 在 这 里 补 上 了 UTC 和 GMT8 相 差 的 那 8 个 小 时 ， 所 以 App 其 他 
地 方 不 再 需要 考虑 时 差 的 问题 ， 如 下 所 示 : 


void updateDeltaBetweenServerAndClientTime() { 
If (response != null) { 
final Header header = response.getLastHeader("Date"); 
if (header != null) { 
final String strServerDate = header .getValue(); 
try { 
if ((strServerDate != null) && !strServerDate.equals("")) { 
final SimpleDateFormat sdf = new SimpleDateFormat( 
"EEE, d MMM yyyy HH:mm:ss z", Locale.ENGLISH); 
TimeZone.setDefault(TimeZone.getTimeZone("GMT+8")); 
Date serverDateUAT = sdf.parse(strServerDate); 
deltaBetweenServerAndclientTime = ServerDateUAT 
,getTime( ) 
+8*60*60*1000 
- System.currentTimeMillis(); 
} 
} catch (java.text.ParseException e) { 
e,.printStackTrace( ); 
} 


我 们 会 在 发 起 MobileAPI 网 络 请 求 得 到 啊 应 结果 后 ， 执 行 该 方法 ， 
更 新 这 个 差 值 : 


// 发 送 请 求 


response = httpClient.execute(request); 
// 获取 状态 


final int statusCode = response.getStatusLine().getSstatusCode(); 
// 设置 回调 画 数 ， 但 如 果 


requestCallback,， 说 明 不 需要 回调 ， 不 需要 知道 返回 结果 


if ((requestCallback != null)) { 
if (statusCode == HttpStatus,SC_OK) { 


// 更 新 服务 器 时 间 和 本 地 时 间 的 差 值 


updateDeltaBetweenServerAndCclientTime( ); 


因为 我 们 的 App 会 频繁 的 调用 MobileAPI， 所 以 为 了 避免 频繁 读 写 
文件 ， 我 们 没有 将 deltaBetweenServerAndClientTime 存 到 本 地 文件 ， 而 
是 放 在 了 内 存 中 ， 当 作 一 个 全 局 变量 来 使 用 。 


2) 我 们 把 这 个 deltaBetweenServerAndClientTime 方 法 骏 露 出 来 ， 
供 外 界 调 用 : 


public static Date getServerTime() { 
return new Date(System.currentTimeMillis() 
+ deltaBetweenServerAndClientTime); 


} 


现在 我 们 就 可 以 模拟 一 个 场景 了 。 我 把 手机 的 时 间 改 成 任意 一 个 
值 ， 然 后 再 进入 到 WeatherByFastJsonActivity 页 面 ， 因 为 页 面 加载 的 时 
候 会 调用 MobileAPI 获 取 天 气 的 接口 ， 所 以 本 地 会 保存 一 个 
deltaBetweenServerAndClientTime 差 值 。 点 击 WeatherByFastJsonActivity 
页 面 上 的 “获取 服务 大 时 间 ?” 按 钮 ， 会 因为 我 调用 了 AndroidLib 中 封装 
好 的 getServerTime 方 法 ， 而 弹出 GMT8 的 当前 时 间 : 


btnShowTime.setonClickListener(new View.OnClickListener() { 
QOverride 
public void onClick(View v) { 
String strCurrentTime = Utils.getServerTime().toSstring(); 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
, SeEtTitle(" 当 前 时 间 是 : 


").setMessage(strCurrentTime 
.SetPositiveButton(" 确 定 


", null).show(); 
} 


}); 


我 见 过 一 个 App 中 的 ntp.hosts 文 件 ， 里 面 罗 列 了 大 干 亚 洲 区 的 时 间 


校准 服务 器 ， 比 如 说 : cn.poolLntp.org 。 [1 


我 猜 这 是 为 了 解决 手机 系统 时 间 与 服务 郁 时 间 不 同步 的 问题 ， 身 
处 不 同时 区 是 一 种 情况 ， 另 一 种 情况 则 是 用 户 故 意 把 手机 时 间 提 前 五 
分 钟 ， 以 防止 赶不上 班车 。 但 不 管 怎 样 ， 那 种 通过 App 强 行 修改 手机 
系统 时 间 的 做 法 是 不 负责 任 的 。 


对 于 手机 系统 时 间 不 准 的 问题 ， 本 文 给 出 了 比较 好 的 解决 方案 ， 
即 通过 每 次 调用 MobileAPI 来 计算 时 间 兰 ， 然 后 每 次 本 地 获取 时 间 束 加 
上 入 个 时 间 兰 * 


对 于 用 户 吴 处 不 同时 区 的 问题 ，App 仍 然 返 回 同一 个 时 间 ， 只 有 是 
要 在 App 上 注 明 这 些 时 间 都 是 北京 时 间 ， 而 不 能 是 北京 用 户 显示 飞机 9 
点 起 飞 而 日 本 用 户 显示 10 点 起 飞 。 另 一 方面 ， 这 两 个 时 区 的 用 户 在 一 
起 聊天 是 个 厅 烦 的 事情 ， 即 使 有 人 在 日 本 时 区 10 点 说 句 话 ， 对 于 北京 
用 户 而 言 ， 看 到 的 也 应 该 是 9 点 发 的 消 思 ， 反 之 亦 然 。 而 服务 需 则 要 使 
用 格林 威 治 一 套 时 间 ， 具 体 怎 么 显示 ， 那 是 App 的 事情 。 有 些 App 驳 存 


在 这 样 的 bug， 出 国旅 游 收 不 到 即时 聊天 消息 ， 到 了 晚上 会 砚 名 其 妙 彤 
出 来 儿 百 条 消息 ， 吏 是 因为 这 个 时 区 问题 没有 处 理 好 导致 的 。 


2.5.3 ”开局 gzip 压 缩 


接 下 来 要 介绍 的 内 容 和 gzip 有 关 。HTTP 协 议 上 的 gzip 编 码 是 一 种 
用 来 改进 web 应 用 程序 性 能 的 技术 。 大 流量 的 Web 站 点 音 毅 使 用 gzip 压 
缩 技术 来 减少 传输 量 的 大 小 ， 减 少 传输 量 大 小 有 两 个 明显 的 好 处 ， 一 
是 可 以 减少 存储 空间 ， 二 是 通过 网 络 传输 时 ， 可 以 减少 传输 的 时 间 。 


使 用 gzip 的 流程 如 下 : 


1) 在 App 发 起 请 求 时 ， 在 HTTPRequest 头 中 ， 添 加 要 求 支 持 gzip 
的 key-value， 这 里 的 key 是 Accept-Encoding，value 是 gzip。 如 下 所 示 ， 
我 们 需要 修改 setHttpHeaders 方 法 : 


void setHttpHeaders(final HttpUriRequest httpMessage) { 
headers.clear(); 
headers.put(FrameConstants.ACCEPT_CHARSET, "UTF-8,*"); 
headers.put(FrameConstants.USER AGENT, "Young Heart Android App "); 
headers.put(FrameConstants.ACCEPT_ENCODING, "gzip"); 
If ((httpMessage != null) && (headers != null)) { 
for (final Entry<String, String> entry : headers.entrysSet()) { 
If (entry.getkey() != nul1) { 
httpMessage.addHeader(entry.getkey(), entry.getValue()); 
} 


} 
} 
} 


2) MobileAPI 的 逻辑 是 ， 检 查 HTTP 请 求 头 中 的 Accept-Encoding 是 
否 有 gzip 值 ， 如 果 有 ， 就 会 执行 gzip 压 缩 。 


如 果 执 行 了 gzip 压 缩 ， 那 么 在 返回 值 也 就 是 HTTPResponse 的 头 
中 ， 有 一 个 content-encoding 字 上段， 会 带 有 gzip 的 值 ， 否 则 ， 束 没有 这 
个 值 。 


) mm- HTTPResponse 头 中 的 content-encoding 字 段 是 否 包含 
gzip 值 ， 这 个 值 的 有 无 ， 导 致 了 App 解 析 HTTPResponse 的 姿势 不 同 ， 
如 下 所 示 (以 下 代码 参见 HTTPRequest 这 个 类 ) 


String strResponse = ""， 
If ((response.getEntity().getContentEncoding() != null) 
&& (response.getEntity().getContentEncoding() 
,getValue() != null)) { 
If (response.getEntity().getContentEncoding() 
.getVvalue().contains("gzip")) { 
final InputStream in = response.getEntity() 
,getContent() ， 
final InputStream is = new GZIPInputStream(in)， 
strResponse = HttpRedquest .inputStreamToString(is ) 
is.close(); 
} else { 
response.getEntity().writeTo(content); 
strResponse = new String(content.toByteArray()).trim(); 


} 
} else { 
response.getEntity().writeTo(content); 
strResponse = new String(content.toByteArray()).trim(); 


到 此 ， 一 个 比较 完备 的 网 络 压 层 封装 就 全 部 完成 了 。 


[1] 天 下 NTP 请 参 见 


http:/www.cnblogs.comy/TianFang/archive/2011/12/20/2294603.htmjl。 


2.6 本章 小 结 


本 章 介 绍 如何 对 网 络 底层 进行 封装 ， 其 中 包括 : 新 写 了 一 个 网 络 
调用 框架 用 以 代替 AsyncTask; 设计 了 App 的 缓存 机 制 ， 设 计 了 
MockService 的 机 制 ， 以 后 即使 没有 MobileAPI 接 口 也 能 开发 新 功能 
了 。 介 绍 用 户 Cookie 的 设计 方法 ， 巧 妙 运 用 Http 头 中 的 数据 等 。 


下 一 章 ， 我 将 介绍 App 中 的 一 些 经 典 场景 的 设计 。 


第 3 草 。”Android 经 暴 场景 设计 


同样 是 使 用 Java 语 言 ， 为 什么 做 MobileAPI 的 开发 人 员 写 不 了 
Android 程 序 ， 反 之 亦 然 。 我 想 大 概 是 各 行 有 各 行 的 规矩 和 做 事 法 则 ， 
本 章 介 绍 的 这 几 种 Android 经 典 场景 束 是 如 此 ， 看 似 都 是 些 平 谈 无 奇 的 
UI， 但 其 中 却 强 藏 厦大 智 正 。 


内 话 少 找 ， 且 听 我 一 一 道 来 。 


3.1 _ App 图 片 缓 存 设计 


App 绥 存 分 为 两 部 分 ， 数 据 缓 存 和 图 片 组 存 。 


我 们 在 第 2 章 的 2.2 市 介绍 了 App 数 据 缓 存 ， 从 而 把 从 MobileAPI 获 
取 到 的 数据 缓存 到 本 地 ， 减 少 了 调用 MobileAPI 的 次 数 。 


本 节 将 介绍 图 片 缓存 策略 。 
3.1.1 ImageLoader 设 计 原 理 


Android 上 最 让 人 头疼 的 莫 过 于 从 网 络 获取 图 片 、 显 示 、 回 收 ， 任 
何 一 个 环节 有 问题 都 可 能 直接 OOM。 尤 其 是 在 列表 页 ， 会 加 载 大 量 网 
络 上 的 图 乒 ， 每 当 快速 划 动 列表 的 时 候 ， 都 会 很 卡 ， 甚 至 会 因为 内 存 
盗 出 而 月 算 。 


这 时 就 轮 到 ImageLoader 上 场 表演 了 。ImageLoader 的 目的 是 为 了 实 
现 异步 的 网 络 图 片 加载 、 绥 存 及 显示 ， 支 持 多 线程 异步 加 载 。 帆 


ImageLoader 的 工作 原理 是 这 样 的 :在 显示 图 片 的 时 候 ， 它 会 完 在 
内 存 中 查找 ， 如 果 没 有 ， 就 去 本 地 查找 ， 如 果 还 没有 ， 就 开 一 个 新 的 
线程 去 下 载 这 张 图 片 ， 下 载 成 功 会 把 图 片 同时 绥 存 到 内 存 和 本 地 。 


基于 这 个 原理 ， 我 们 可 以 在 每 次 退出 一 个 页 面 的 时 候 ， 把 
ImageLoader 内 存 中 的 缓存 全 都 清除， 这 样 束 节省 了 大 量 内 存 ， 反 正 下 
次 再 用 到 的 时 候 从 本 地 再 取出 来 束 是 了 。 


此 外 ， 由 于 ImageLoader 对 图 片 是 软 引 用 的 形式 ， 所 以 内 存 中 的 图 
会 在 内 存 不 足 的 时 候 被 系统 回收 《内 存 足 够 的 时 候 不 会 对 其 进行 垃 
圾 回收 ) 。 


3.1.2 ImageLoader 的 使 用 


ImageLoader 由 三 大 组 件 组 成 : 


对 图 片 缓存 进行 总 体 配置 ， 包 括 内 
存 缓存 的 大 小 、 本 地 缓存 的 大 小 和 位 置 、 日 志 、 下 载 策 略 (FIFO 还 是 
LIFO) 等 等 。 


ImageLoaderConfiguration 


我 们 一 般 使 用 displayImage 来 把 URL 对 应 的 图 片 


ImageLoader 


显示 在 ImageView 上 。 


在 每 个 页 面 需要 显示 图 片 的 地 方 ， 控 制 
如 何 显示 的 细节 ， 比 如 指定 下 载 时 的 默认 图 (包括 下 载 中 、 下 载 失 
败 、URL 为 空 等 ， 和 是 人 否 将 缓存 放 到 内 存 或 考 本 地 磁盘 。 


‘DisplayImageOptions 


昔 用 博客 园 上 陈 哈哈 的 博文 中 对 三 者 关系 的 一 个 比喻 , “他们 有 点 
像 厨房 规定 、 厨 师 、 客 户 个 人 口味 之 间 的 关系 。 
ImageLoaderConfiguration 束 像 是 厨房 里 面 的 规定 ， 每 一 个 厨师 要 怎么 
痢疾 ， 要 怎么 保持 厨房 的 干净 ， 这 是 针对 每 一 个 厨师 都 适用 的 规定 ， 
而 且 不 允许 个 性 化 改变 。ImageLoader 就 像 是 具体 做 荣 的 厨师 ， 负 责 具 
体 菜谱 的 制作 。DisplayImageOptions 就 像 每 个 客户 的 偏好 ， 根 据 客户 是 
重 口味 还 是 清淡 ， 每 一 个 ImageLoader 根 据 DisplayImageOptions 的 要 求 
具体 执行 。” 


下 面 我 们 介绍 如 何 使 用 ImageView: 
1) 在 YoungHeartApplication 中 总 体 配 置 ImageLoader: 


public class YoungHeartApplication extends Application { 
Q@Override 
public void onCreate() { 
super .onCreate( ); 
CacheManager .getInstance().initCcacheDir(); 
ImageLoaderConfiguration config = 
new ImageLoaderConfiguration.Builder 
(getApplicationCcontext()) 
‘threadPriority(Thread.NORM_ PRIORITY - 2) 
.memoryCacheExtraOoptions(480, 480) 
.memoryCacheSize(2 * 1024 * 1024) 
.denyCacheImageMultipleSizesInMemory() 
.discCacheFileNameGenerator(new Md5FileNameGenerator()) 
.tasksProcessingOrder (QueueProcessingType.LIFO) 
.memoryCache(new WeakMemoryCache( )).build(); 
ImageLoader .getInstance().init(config); 


2) 在 使 用 ImageView 加 载 图 片 的 地 方 ， 配 置 当前 页 面 的 
ImageLoader 选 项 。 有 可 能 是 Activity， 也 有 可 能 是 Adapter: 


public CinemaAdapter(ArrayList<CinemaBean> CinemaList， 
AppBaseActivity context) { 

this.cinemaList = cinemalist,; 

this.context = context,; 

options = new DisplayImageOptions.Builder() 
.ShowStubImage(R.drawable.ic_ launcher) 
.ShowImageForEmptyUri(R.drawable.ic_launcher) 
,CacheInMemory() 
,CacheonDisc() 
.build( ); 


cm 


3) 在 使 用 ImageView 加 载 图 片 的 地 方 ， 使 用 ImageLoader， 代 码 族 
段 玫 选 目 CinemaAdapter: 


CinemaBean cinema = cinemaList.get(position); 

holder.tvCinemaName.setText(cinema.getCinemaName()); 

holder.tvCinemalId.setText(cinema.getcCcinemaId()); 

context .imageLoader .displayImage(cinemaList.get(position) 
,getCinemaPhotouUr1()，holder,imgPhoto ) ， 


其 中 displayImage 方 法 的 第 一 个 参数 是 图 片 的 URL ， 第 二 个 参数 是 
ImageView 控 件 。 


一 般 来 说 ，ImageLoader 性 能 如 果 有 问题 ， 就 和 这 里 的 配置 有 关 ， 
尤其 是 ImageLoader-Configuration。 我 列举 在 上 面 的 配置 代码 是 目前 比 
较 通 用 的 ， 请 大 家 参考 。 


3.1.3 ImageLoader 优 化 


尺 绾 ImageLoader 很 强大 ， 但 一 直 把 图 片 绥 存 在 内 存 中 ， 会 导致 内 
存 占 用 过 高 。 虽 然 对 图 片 的 引用 是 软 引 用 ， 软 引用 在 内 存 不 够 的 时 候 


会 被 GC， 但 我 们 还 是 希望 减少 GC 的 次 数 ， 所 以 要 经 名 手动 清理 
ImageLoader 中 的 缓存 。 


我 们 在 AppBaseActivity 中 的 onDestroy 方 法 中 ， 执 行 ImageLoader 的 
clearMemoryCache 方 法 ， 以 确保 页 面 销 毁 时 ， 把 为 了 显示 这 个 页 面 而 增 
加 的 内 存 缓存 清除 。 这 样 ， 即 使 到 了 下 个 页 面 要 复 用 之 前 加 载 过 的 图 
片 ， 虽然 内 存 中 没有 了 ， 根 据 ImageLoader 的 缓存 策略 ， 还 是 可 以 在 本 
地 磁盘 上 找到 : 


public abstract class AppBaseActivity extends BaseActivity { 
protected boolean needCcallback 
protected ProgressDialog dlg; 
public ImageLoader imageLoader = ImageLoader ,getInstance() ; 
protected void onDestroy() { 
// 回收 该 页 面 缓存 在 内 存 的 图 片 


ImageLoader .clearMemoryCache( ) ， 
Super .onDestroy( ) ， 


本 章 没 有 过 多 讨论 ImageLoader 的 代码 实现 ， 只 是 描述 了 它 的 实现 
原理 。 有 兴趣 的 朋友 可 以 参考 下 列 文章 ， 里 面 有 很 深入 的 研究 : 


1) 人 简介 ImageLoader。 
地 址 : http://blog.csdn.net/yueqinglkong/article/details/27660107 


2) Android-Universal-Image-Loader 图 片 异 步 加 载 类 库 的 使 用 (起 
详细 配置 ) 。 


地 址 : http://blog.csdn.net/vipzjyno1l1/article/details/23206387 
3) Android 开 源 框架 Universal-Image-Loader 完 全 解析 。 


地 址 : http://blog.csdn.net/xiaanming/article/details/39057201 


3.1.4 图 片 加 载 利 句 Fresco 


就 在 本 书写 作 期 间 ，Facebook 开 源 了 它 的 Android 图 片 加 载 组 件 


Fresco ° 


我 之 所 以 关注 这 个 Fresco 组 件 ， 是 因为 我 负 员 的 App 用 一 段 时 间 后 
忠 占 据 了 180M 左 右 的 内 存 ，App 会 变 得 很 卡 。 我 们 使 用 MAT 分 析 内 
存 ， 发 现 让 内 存 居 高 不 下 的 徘 魁 祸首 就 是 图 片 。 于 有 是 我 们 把 目光 转 辣 
Fresco， 开 始 优化 App 占 用 的 内 存 。 


Fresco 使 用 起 来 很 夫 单 ， 如 下 所 示 : 
.在 Application 级 别 ， 对 Fresco 进 行 初 始 化 ， 如 下 所 示 : 


Fresco.initialize(getApplicationContext()); 


:与 ImageLoader 等 传统 第 三 方 图 片 处 理 SDK 不 同 ，Fresco 是 基于 控 
件 级 别 的 ， 所 以 我 们 把 程序 中 显示 网 络 图 片 的 ImageView 都 蔡 换 为 


SimpleDraweeView 即 可 ， 并 在 ImageView 上 所 在 的 布局 文件 中 添加 fresco 
命名 空间 ， 如 下 所 示 : 


<LinearLayout 
xmlns:android="http:// schemas.android,.com/apk/res/android" 
xmlns:fresco="http:// schemas.android.com/apk/res-auto"> 
<com.facebook.drawee.view.SimpleDraweeView 
android:id="@+id/imgView" 
android:layout_width="10dp" 
android:layout_height="10dp" 
fresco:placeholderIimage="@drawable/placeholder" /> 


-在 Activity 中 为 这 个 图 片 控 件 指定 要 显示 的 网 络 图 片 : 


Uri uri = Uri.parse("http:// www.bb.com/a.png"); 
draweeView.setImageURI(uri); 


Fresco 的 原理 是 ， 设 计 了 一 个 Image Pipeline 的 概念 ， 它 负责 先后 检 
查 内 存 、 磁 盘 文件 (Disk) ， 如 果 都 没有 再 老 老实 实 从 网 络 下 载 图 
片 ， 如 图 3-1 所 示 ， 稍 头 上 标记 了 jpg 或 bmp 格 式 的 ， 表 示 Cache 中 有 疼 
请 ， 直 接 取出 ;没有 标记 ， 则 表示 Cache 中 找 不 到 。 


U] 线 程 非 UI 线 程 


内 存 
cash 读 


图 3-1 ”Image Pipeline 的 工作 流 


我 们 可 以 像 配 置 ImageLoader 那 样 配 置 Fresco 中 的 Image Pipeline， 
使 用 ImagePipelineConfig 来 做 这 个 事情 。 


Fresco 有 3 个 线程 池 ， 其 中 3 个 线程 用 于 网 络 下 载 图 片 ，2 个 线程 用 
于 磁盘 文件 的 读 写 ， 还 有 2 个 线程 用 于 CPU 相关 操作 ， 比 如 图 片 解码 、 
转换 ， 以 及 放 在 后 台 执 行 的 一 些 费 时 操作 。 


接 下 来 介绍 Fresco 三 层 缓存 的 概念 。 这 才 是 Fresco 最 核心 的 技术 ， 
它 比 其 他 图 片 SDK 吃 内 存 小 ， 就 在 于 这 个 全 新 的 缓存 设计 。 


第 一 层 : Bitmap 绥 存 


.在 Android 5.0 系 统 中 ， 考 虑 到 内 存 管理 有 了 很 大 改进 ， 所 以 
Bitmap 缓 存 位 于 Java 的 堆 (heap) 中 。 


:而 在 Android 4.x 和 更 低 的 系统 ，Bitmap 绥 存 位 于 ashmem 中 ， 而 不 
是 位 于 Java 的 堆 (heap) 中 。 这 意味 着 图 片 的 创建 和 回收 不 会 引发 过 多 
的 GC， 从 而 让 App 运 行 得 更 快 。 


当 App 切 换 到 后 台 时 ，Bitmap 绥 存 会 被 清空 。 


第 二 层 : 内 存 缓存 


内 存 缓存 中 存储 了 图 片 的 原始 压缩 格式 。 从 内 存 缓存 中 取出 的 图 
片 ， 在 显示 前 必须 先 解码 。 当 App 切 换 到 后 台 时 ， 内 存 缓存 也 会 被 清 


第 三 层 : 磁盘 缓 仓 


位 盘 缓 存 ， 义 名 本 地 存储 。 位 副 缓 存 中 存储 的 也 是 图 片 的 原始 压 
缩 格式 。 在 使 用 前 也 要 先 解码 。 当 App 切 换 到 后 台 时 ， 和 磁盘 缓存 不 会 丢 
失 ， 即 使 关机 也 不 会 。 


Fresco 有 很 多 高 级 的 应 用 ， 对 于 大 部 分 App 而 言 ， 基 本 还 用 不 到 。 
只 要 掌握 上 壕 简 单 的 使 用 方法 就 能 极 大 地 广 省 内 存 了 。 我 做 的 App 原 先 


占用 180MB 的 内 存 ， 现 在 只 会 占据 80MB 左 右 的 内 存 了 。 这 也 是 我 为 什 
么 要 在 本 书 中 增加 这 一 部 分 内 容 的 原因 。 


天 于 Fresco 的 更 多 介绍 请 参见 : 
Fresco 在 GitHub 上 的 源码 : https://github.com/mkottman/AndroLua 


.Fresco 官 方 文档 : http://fresco-cn.org/docs/index.html 


[1] ImageLoader 在 GitHub 的 下 载 地 址 
https://github.com/nostral3/Android-Universal-Image-Loader ° 

[2] 关于 Java 强 引用 、 软 引用 、 弱 引用 、 虚 引用 的 介绍 ， 请 参考 这 篇 文 
章 : http:/www.cnblogs.com/blogof 
lee/archive/2012/03/22/2411124.html ° 


[3] 详细 内 容 请 参见 http://www.cnblogs.com/kissazi2/p/3886563.html 。 


3.2 对 网 络 流量 进行 优化 


对 App 的 最 低 容忍 限度 是 ， 在 2G、3G 和 4G 网 络 环境 下 ， 每 个 页 面 
都 能 打开 ， 都 能 正常 跳 转 到 其 他 页 面 。 要 能 够 完成 一 次 完整 的 支付 流 
程 。 


慢 点 儿 没 关系， 尤其 是 2G 网 络 。 但 是 动不动 整 弹 出 “无 法 连接 到 
网 络 ?或 者 “网 络 连接 超时 ”的 对 话 框 ， 束 是 我 们 开发 人 员 必 须要 解决 的 


问题 了 。 


3.2.1 通信 层面 的 优化 


让 我 们 先 从 MobileAPI 层 面 进 行 优化 : 


1) MobileAPI 接 口 返回 的 数据 ， 要 使 用 gzip 进 行 压缩 。 注 意 : 大 
于 1KB 才 进行 压缩 ， 否 则 得 不 偿 失 。 经 过 gzip 讨 缩 后 ， 返 回 的 数据 量 


2) App 与 MobileAPI 之 间 的 数据 传递 ， 通 常 是 遵守 JSON 协 议 的 。 
JSON 因 为 是 xzml 格 式 的 ， 并 且 是 以 字符 存在 的 ， 在 数据 量 上 还 有 可 以 
压缩 的 空间 。 我 这 里 推荐 一 种 新 的 数据 传输 协议 ， 那 就 是 


ProtoBuffer。 这 种 协议 是 二 进 制 格式 的 ， 所 以 在 表示 大 数据 时 ， 空 间 
比 JSON 小 很 多 。 


3) 接 下 来 要 解决 的 是 频繁 调用 MobileAPI 的 问题 。 我 们 知道 ， 发 
起 一 次 网 络 请 求 ， 服 务 器 处 理 的 速度 是 很 快 的 ， 主 要 论 费 的 时 间 在 数 
据 传 输 上 ， 也 吏 是 这 一 来 一 回 走 路 的 时 间 上 。 


走路 时 间 的 长 度 ， 网 络 运 维 人 员 会 去 负责 解决 。 移 动 开 发 人 员 需 
要 关注 的 是 ， 减 少 网 络 访问 次 数 ， 能 调用 一 次 MobileAPI 接 口 束 能 取 到 
数据 的 ， 束 不 要 调用 两 次 。 


4) 我 们 知道 ， 传 统 的 MobileAPI 使 用 的 是 HTTP 无 状态 短 连接 。 使 
用 HTTP 协 议 的 速度 远 不 如 使 用 TCP 协 议 ， 因 为 后 者 是 长 连接 。 所 以 我 
们 可 以 使 用 TCP 长 连接 ， 以 提高 访问 的 速度 。 缺 点 是 一 台 服 务 器 能 
持 的 长 连接 个 数 不 多 ， 所 以 需要 更 多 的 服务 右 集 成 。 


5) 要 建立 取消 网 络 请 求 的 机 制 。 一 个 页 面 如 果 没 有 请 求 完 网 络 数 
据 ， 在 跳 转 到 男 一 个 页 面 之 前 ， 要 把 之 前 的 网 络 请 求 都 取消， 不 再 等 
待 ， 也 不 再 接收 数据 。 


我 遇 到 过 一 个 真实 的 例子 ， 首 页 要 在 后 人 台 调 用 十 几 个 MobileAPI 接 
口 ， 用 户 一 旦 进入 二 级 页 面 ， 在 二 级 页 面 获取 列表 数据 时 ， 经 常会 取 
不 到 数据 ， 并 弹出 “网 络 请 求 超时 ”的 提示 。 我 们 通过 在 App 输 出 log 的 
方式 发 现 ， 二 级 页 面 还 在 调用 首页 没有 完成 的 那些 MobileAPI 接 口 ， 


App 网 络 展 层 的 请 求 队列 已 经 被 阻 蹇 了， 原因 是 在 进入 下 一 个 页 面 
时 ， 首 页 发 起 的 网 络 请 求 仍 然 存在 于 网 络 请 求 队 列 中 ， 并 没有 移 除 
扼 。 


无 论 是 iOS 还 是 Android， 都 应 该 在 基 类 (BaseViewController 或 者 
BaseActivity) 中 提供 一 个 cancelRequest 的 方法 ， 用 以 在 离开 当前 页 面 
时 清空 网 络 请 求 队列 。 


6) 增加 重 试 机 制 。 如 果 MobileAPI 是 严格 的 RESTfu 风 格 ， 那 么 
我 们 一 般 将 获取 数据 的 请 求 接口 都 定义 为 get， 而 把 操作 数据 的 请 求 接 
口 都 定义 为 post 。 


这 样 的 话 ， 我 们 束 可 以 为 所 有 的 get 请 求 配 置 重 弃 机 制 ， 比 如 get 请 
求 失败 后 重 试 3 次 。 


有 人 会 问 post 请 求 失败 后 ， 是 否 需 要 重 试 呢 ? 我 们 举 个 例子 吧 ， 
比如 说 下 单 接口 是 个 post 请 求 ， 如 采 请 求 失败 那么 吏 会 重 试 3 次 ， 直 到 
下 单 成 功 。 但 是 有 时 候 post 请 求 并 没有 失败 ， 而 是 超时 了 ， 超 时 时 间 
征 30 秒 ， 但 站 却 31 秒 返回 了 ， 如 采 因 此 而 重新 发 起 下 单 请 求 ， 那 么 克 
会 连续 下 单 两 次 。 所 以 post 请 求 是 不 建议 有 重 试 机 制 的 。 此 外 ， 对 所 
有 的 post 请 求 ， 都 要 增加 防止 用 户 1 分钟 内 频繁 发 起 相同 请 求 的 机 制 ， 
这 样 区 ® 能 有 效 防止 重复 下 单 、 重 复发 表 评论 、 重 复 注 册 等 操作 。 


如 果 post 请 求 具 有 防 重 机 制 ， 那 么 倒是 可 以 增加 重 试 机 制 。 但 是 
要 可 以 在 服务 器 端 灵活 配置 重 试 的 次 数 ， 可 以 是 0 次 ， 意 味 着 不 会 重 
试 。 在 App 启 动 的 时 候 ， 告 诉 App 所 有 的 MobileAPI 接 口 的 重 斌 次数。 


3.2.2 图片 策略 优化 


首先 ， 我 们 从 图 片 层面 进行 优化 ， 这 里 说 的 图 片 ， 是 根据 
MobileAPI 返 回 的 图 片 URL 地 址 新 局 一 个 线程 下 载 到 App 本 地 并 显示 
的 。 很 多 App 裔 溃 的 原因 就 是 图 片 的 问题 没 处 理 好 。 


以 下 是 我 遇 到 的 几 类 问题 以 及 相应 的 解决 方案 。 
1. 要 确保 下 载 的 每 张 图 ， 都 符合 ImageView 控 件 的 大 小 


这 对 于 Android 征 有 难度 的 ， 因 为 手机 分 辨 率 千 奇 百 怪 ， 所 以 App 
中 的 图 片 ， 我 们 大 多 做 成 目 适 应 的 ， 有 时 是 等 比 拉 伸 或 缩放 图 片 的 宽 
和 高 ， 有 时 则 固定 高 度 而 动态 伸缩 宽度 ， 反 之 泵 然 。 


于 是 我 们 要 求 运营 人 员 要 事先 准备 很 多 套 不 同 分 辨 率 的 图 片 。 我 
们 每 次 根据 URL 请 求 图 片 时 ， 都 要 额外 在 URL 上 加 上 两 个 参数 ，width 
和 height， 从 而 要 求 服务 器 返 回 其 中 某 一 张 图 ，URL 如 下 所 示 : 
http:/www.aaa.com/a.png?width=100&height=50 。 


如 果 认 为 每 次 准备 很 多 套图 片 是 件 很 浪费 人 力 的 事情 ， 我 还 有 男 
一 种 解决 方案 ， 这 种 方案 只 需要 一 张 图 。 但 我 们 需要 事先 准备 一 台 服 
务 咽 ， 称 为 ImageServer。 具体 流程 是 这 样 的 : 


1) 首先 ，App 每 次 加 载 图 片 ， 都 会 把 URL 地 址 以 及 width 和 height 
参数 所 组 成 的 字符 串 进 行 encode， 然 后 发 送 给 ImageServer， 新 的 URL 
如 下 所 示 : 


http:/www.ImageServercomy/getImage?param=(encode value) 


2) 然后 ，ImageServer 收 到 这 个 请 求 ， 会 把 param 的 值 decode， 得 
到 原始 图 片 的 URL， 以 及 App 想 要 显示 的 这 张 图 片 的 width 和 height 。 
ImageServer 会 根据 URL 获 取 到 这 张 原始 图 片 ， 然 后 根据 width 和 
height， 重 新 进行 绘制 ， 保 存 到 ImageServer 上， 并 返回 给 App。 


3) 最 后 ，App 请 求 到 的 是 一 张 符合 其 显示 大 小 的 图 片 。 


接 下 来 收 到 同样 的 请 求 ， 直 接 返 回 ImageServer 上 保存 的 那 种 图 片 
即 可 。 但 是 要 每 天 清 一 次 便 弄 ， 不然 过 不 了 几 天 硬盘 驳 满 了 。 


如 果 width 和 height 的 比例 与 原 图 的 宽 高 比 不 一 致 呢 ? 我 们 需要 再 


加 一 个 参数 imagetype， 以 下 是 定义 : 


:1 表示 等 比 缩放 后 ， 裁 减 掉 多 余 的 视 或 者 融 。 


:2 表示 等 比 缩放 后 ， 不 足 的 宽 或 者 高 填充 日 色 。 


当然 你 也 可 以 定义 0 表示 不 进行 缩放 ， 直 接 返 回 。 


这 种 方案 的 缺点 就 是 ，ImageServer 频 繁 地 写 硬 盘 ， 硬 盘 坚 持 不 到 
两 周 就 坏 掉 。 所 以 ， 我 们 在 损失 了 几 块 硬盘 后 ， 决 定 事 移 规定 几 套 
width 和 height，App 必 须 严格 遵守 ， 比 如 说 100x50，200x100， 那 么 就 
不 允许 向 服务 器 发 送 类 似 99x51 这 样 的 图 片 尺寸 。 


但 这 样 规定 ， 并 不 能 防止 App 开 发 人 员 犯 错 ， 他 在 UI 上 残 是 不 小 
心 为 某 个 ImageView 控 件 指定 了 99x51 这 样 的 尺寸 ， 那 么 ImageServer 示 
是 会 生成 这 样 的 图 片 。 


唯一 的 办 法 就 是 在 出 口 加 以 控制 ， 也 就 是 向 ImageServer 发 起 请 求 
的 时 候 。 我 们 会 拿 99x51 这 个 实际 的 图 片 尺寸 ， 去 轮 询 我 们 事先 规定 
好 的 那 几 个 尺寸 100x50 和 200x100， 看 更 接近 哪个 ， 比 如 说 99x51 更 接 
近 100x50， 那 么 束 问 ImageServer 请 求 100x50 这 种 尺寸 的 图 片 。 


找 最 接近 图 片 尺寸 的 办 法 是 面积 法 : 


S= (wi-a) x (wi-w) + (hi-h) x (hi-h) 


w 和 h 是 实际 的 图 片 宽 和 高 ，w1 和 hl 是 事先 规定 的 某 个 尺寸 的 宽 和 


高 。S 最 小 的 那个 ， 融 是 最 接近 的 。 


2. 低 流量 模式 


在 2G 和 3G 网 络 环境 下 ， 我 们 应 该 适当 降低 图 片 的 质量 。 降 低 图 片 
质量 ， 相 应 的 图 片 大 小 也 会 降低 ， 我 们 称 为 低 流量 模式 。 


还 记得 我 们 前 面 提 到 的 ImageServer 吗 ? 我 们 可 以 在 URL 中 再 增加 
一 个 参数 quality，2G 网 络 下 这 个 值 为 50%，3G 网 络 下 这 个 值 为 70%， 
我 们 把 这 个 参数 传递 给 ImageServer， 从 而 ImageServer 在 绘制 图 片 时 ， 
就 会 将 jpg 图 片 质量 降低 为 50% 或 70%， 这 样 返回 给 App 的 数据 量 就 大 
大 减少 了 。 


在 列表 页 ， 这 种 效果 最 为 明显 ， 能 极 大 的 节省 用 户 流 量 。 


3. 极 速 模式 


我 们 后 来 发 现 ， 在 2G 和 3G 网 络 环境 下 ， 用 户 大 多 对 图 片 不 感 兴 
趣 ， 他 们 可 能 束 是 想 快 速 下 单 并 文 付 ， 我 们 需要 额外 设计 一 些 页 面 ， 
区 别 于 正常 模式 下 图 文 并 成 的 页 面 ， 我 们 将 这 些 只 有 文字 的 页 面 称 为 
极速 模式 。 


比如 ， 首 页 往往 图 片 占据 多 数 ， 而 且 这 些 图 片 大 多 数 从 网 络 动态 
下 载 的 ， 在 2G 网 络 下 ， 这 些 图 片 是 很 浪费 流量 的 。 所 以 在 极速 模式 
下 ， 我 们 需要 设计 一 个 只 有 纯 文 字 的 首页 。 


在 每 次 开局 App 进 入 首页 前 会 先进 行 预 判 ， 如 采 发 现 当前 网 络 环 
境 为 2G、3G 或 4G， 但 是 当前 模式 为 正 肖 模式 ， 吏 会 阐 出 一 个 对 话 杠 
询问 用 户 ， 是 否 要 进入 极速 模式 以 证 省 流量 。 如 果 是 WiFi 网 络 环 境 ， 
但 当前 模式 是 极速 模式 ， 也 会 提示 用 户 是 否 要 切换 回 正常 模式 ， 以 看 
到 最 炫 的 效果 。 


仅 在 开局 App 时 提示 用 户 极速 模式 是 不 够 的 ， 我 们 在 设置 页 也 要 
提供 这 个 开关 ， 供 用 户 手动 切换 。 


了 


城市 列表 的 设计 


很 多 App 都 有 城市 列表 这 一 功能 。 看 似 稍 单 ， 但 束 像 登 孙 功能 一 
样 ， 做 好 它 并 不 容易 。 


dh, 


城市 列表 数据 


一 份 城市 列表 的 数据 包括 以 下 儿 个 字典 : 


cityId: 城市 Id 。 


:cityName: 城市 名 称 。 


pinyin: 城市 全 拼 。 


-jianpin: 城市 简 拼 。 


其 中 ， 全 拼 和 俏 拼 是 用 来 在 App 本 地 做 字母 表 排 序 和 关键 字 检 索 


的 。 


我 
索 ， 忠 


经 经 历 过 把 城市 列表 数据 写 死 在 本 地 文件 的 做 法 ， 日 积 月 


曾 
会 产生 两 个 问题 ; 


“Android 和 iOS 维 护 的 数据 ， 有 差异 会 越 来 越 大 。 


.一 千 多 个 城市 ， 每 次 从 本 地 加 载 都 要 很 长 时 间 。 


针对 问题 1 的 解决 办 法 是 ， 写 一 个 文本 分 析 工 具 ， 找 出 Android 和 
iOS 各 目 维护 文件 的 不 同 数据 。 


iOS 开 发 人 员 喜 欢 使 用 plist 文 件 作 为 数据 存储 的 载体 ， 最 好 能 和 
Android 统 一 使 用 一 份 xm 文件 ， 这 样 便于 管理 类 似 城市 列表 这 样 的 数 
据 。 


针对 问题 2 的 解决 方案 是 ， 对 于 一 千 多 个 城市 ， 意 味 着 每 次 都 要 解 
析 xml 城 市 数据 文件 ， 既 然 每 次 读 取 数据 部 很 慢 ， 那 么 我 们 干脆 束 把 
序列 化 过 的 城市 列表 直接 保存 到 本 地 文件 ， 跟 随 App 一 起 发 布 。 这 
样 ， 每 次 读 取 这 个 文件 时 ， 束 直接 进行 反 序列 化 即 可 ， 速 度 得 到 很 大 
提升 。 


把 城市 列表 数据 保存 在 本 地 ， 有 个 很 烦 的 事情 ， 就 是 每 次 增加 新 
的 城市 ， 都 要 等 下 次 发 版 ， 因 为 数据 是 写 死 在 App 本 地 的 。 于 是 ， 我 
们 把 城市 列表 数据 做 成 一 个 MobileAPI 接 口 ， 由 MobileAPI 去 后 台 采 集 
数据 ， 这 样 数据 是 最 新 最 准 的 。 


但 是 这 样 做 的 问题 是 ， 这 个 MobileAPI 接 口 返回 的 数据 量 会 很 大 ， 
上 千 笔 数据 ， 还 包括 那么 多 字段 ， 即 使 打开 了 gzip 压 缩 ， 也 会 有 100k 
的 样子 。 于 是 我 们 又 增加 了 版 本 号 字段 version 的 概念 ， 这 个 MobileAPI 
接口 的 定义 和 返回 的 JSON 格 式 是 这 样 的 : 


1) 入 参 。version， 本 地 存储 的 城市 列表 数据 对 应 的 版 本 号 。 


2) 返回 值 。 如 果 传 入 参数 version 和 线 上 最 新 版 本 号 一 致 ， 则 返回 
以 下 固定 格式 : 


{ 
"isMatch": false, 
"version": 1, 
"cities": [ 
外 
] 
} 


如 果 传 入 参数 version 和 线 上 最 新 版 本 号 不 一 致 ， 则 返回 以 下 格 
陈 : 
"isMatch": false, 


"version": 1, 
"cities": [ 


"cityId": 1, 
"cityName": "北京 
oy 
"pinyin": "beijing", 
"jianpin": "bj" 
}, 
{ 
"cityId": 2, 
"cityName": "上 海 
0 
"pinyin": "shanghai", 
"jianpin": "sh" 
}, 
{ 
"cityId": 3, 


"cityName"; "平顶山 


"pinyin": "pingdingshan", 
"jianpin": "p s" 
} 
] 
} 


version 这 个 字段 由 MobileAPI 进 行 更 新 ， 每 当 有 城市 数据 更 新 时 ， 
version 可 以 立即 目 增 +1， 也 可 以 积累 到 一 定数 据 后 目 增 +1。 有 具体 策略 
由 MobileAPI 来 决定 。 


基于 此 ，App 的 策略 可 以 是 这 样 的 : 


1) 本 地 仍然 保存 一 份 线 上 最 新 的 城市 列表 数据 (序列 化 后 的 ) 以 
及 对 应 的 版 本 号 。 我 们 要 求 每 次 发 版 前 做 一 次 城市 数据 同步 的 事情 。 


2) 每 次 进入 到 城市 列表 这 个 页 面 时 ， 将 本 地 城市 列表 数据 对 应 的 
版 本 号 version 传 入 到 MobileAPI 接 口 ， 根 据 返 回 的 isMatch 值 来 决定 是 
否 版 本 号 一 致 。 如 果 一 致 ， 则 直接 从 本 地 文件 中 加 载 城市 列表 数据 ; 
否则 ， 就 解 机 MobileAPI 接 口 返回 的 数据 ， 在 显示 列表 的 同时 ， 记 得 要 
把 最 新 的 城市 列表 数据 和 版 本 号 保存 到 本 地 。 


3) 如 果 MobileAPI 接 口 没有 调用 成 功 ， 也 是 直接 从 本 地 文件 中 加 
载 城市 列表 数据 ， 以 确保 主流 程 是 畅通 的 。 

4) 每 次 调用 MobileAPI 时 ， 会 获取 到 大 量 的 数据 ， 一 般 我 们 会 打 
开 gzip 对 数据 进行 压缩 ， 以 确保 传输 的 数据 量 最 小 。 


3.3.2 ”城市 列表 数据 的 增 量 更 新 机 制 


上 市 中 我 们 谈 到 ， 每 当 有 城市 数据 更 新 时 ，version 可 以 立即 目 增 
+1。 我 的 问题 是 ， 如 何 判 断 有 城市 数据 更 新 ? 一 种 解决 方案 是 ， 在 服 
务 器 建立 一 个 Timer， 每 十 分 钟 跑 一 次 ， 检 查 10 分 钟 前 后 的 数据 是 否 有 
改动 ， 如 果 有 ，version 就 自 增 +1， 并 返回 这 些 有 改动 的 数据 (新 增 、 
删除 和 修改 ) 。 这 样 就 保证 了 10 分 钟 内 ， 从 A 改 成 B 又 改 回 A， 这 时 候 
我 们 认为 是 没有 改动 的 ， 版 本 号 不 需要 目 增 +1。 


那么 问题 来 了 ， 对 于 1000 笔 城市 数据 ， 每 次 只 改动 其 中 的 儿 笔 ， 
返回 数据 中 包括 那些 没有 改动 过 的 数据 是 没有 意义 的 ， 是 否 可 以 只 返 
回 这 些 改动 的 数据 ? 


分 析 1.0 和 2.0 版 本 的 城市 列表 数据 ， 每 笔 数 据 都 有 cityId 和 其 他 一 
些 字 段 ， 比 如 说 城市 名 称 、 人 简 拼 、 全 拼 等 。 我 画 了 一 个 表 ， 如 图 3-2 所 
示 ， 试 图 展示 出 1.0 和 2.0 这 两 个 版 本 的 城市 数据 之 间 的 异同 。 


1.0 城 市 数据 2.0 城 市 数据 


新 增 


的 数据 


图 3-2 ”比较 两 个 版 本 城市 数据 间 的 异同 


我 来 解释 一 下 图 3-2， 以 cityId 作 为 唯一 标识 ， 只 在 1.0 中 出 现 的 
cityId 是 要 删除 的 数据 ， 只 在 2.0 中 出 现 的 cityId 是 要 增加 的 数据 ， 二 者 
的 交集 则 是 cityId 相 同 的 数据 ， 这 又 分 为 两 种 情况 ， 所 有 字段 都 相同 的 
数据 是 不 变 的 数据 ; cityId 相 同 但 某 个 字段 不 相同 ， 则 是 修改 的 数据 。 


增 量 更 新 的 数据 ， 束 由 增 、 删 、 改 这 3 部 分 数据 构成 。 


于 是 ， 我 们 可 以 重新 定义 城市 列表 的 JSON 格 式 ， 在 每 笔 增 量 数据 
中 增加 一 个 字段 type， 用 来 区 别 是 增 (c) 、 删 (d) 、 改 (u) 中 的 哪 
种 情况 ， 如 下 所 示 : 


"isMatch": false, 


"version" 


"cities": 


{ 


: 1, 
[ 


"cityId": 1, 
"cityName": "北京 


"pinyin": "beijing", 
"jianpin": by 
"type" : td" 


rc 
本 


"cityId": 2, 
"cityName": "上 海 


rc 
所 


"pinyin": "shanghai", 
"jianpin": "sh", 

"type" : en 

"cityId": 3, 

"cityName"; "平顶山 
"pinyin": "pingdingshan", 
"jianpin": "pds", 

"type" . yo 


客户 问 在 收 到 上 壕 格式 JSON 数 据 后 ， 会 根据 type 值 来 处 理 存放 在 


本 地 的 数据 。 


因为 不 是 全 量 更 新 ， 所 以 处 理 起 来 很 快 。 


这 种 增 量 更 新 城市 数据 的 策略 ， 会 使 得 App 的 逻辑 很 创 单 ， 但 是 


逻辑 很 复杂 。 这 样 做 是 划算 的 ， 我 们 要 想 尽 办 法 确保 App 的 
复 


3.4 ” App 与 HTML5 的 交互 


App 与 HTIML5 的 交互， 是 一 个 可 以 大 做 文章 的 话题 。 有 的 团队 直 
接 使 用 PhoneGap 来 实现 交互 的 功能 


， 而 我 则 认为 PhoneGap 太 重 了 。 我 
们 完全 可 以 把 这 些 交 互 操作 在 底层 封 效 好 ， 然 后 给 开发 人 员 使 用 。 


为 了 开发 人 员 方 便 ， 我 们 要 准备 一 台 测 试用 的 PC 服务 右 ， 在 上 面 
搭建 一 个 IS， 这 样 可 以 快速 搭建 目 己 的 Demo， 对 于 App 开 发 人 员 而 


言 ， 不 需要 等 待 


HTML5 团 队 束 可 以 自行 开发 并 测试 了 。 他 们 只 需 知道 
一 些 基 本 的 Html 和 JavaScript 语 法 ， 而 相应 的 培训 非 


LA A 


消 人 简单 。 


3.4.1 _ App 操作 HTML5 页 面 的 方法 


为 了 演示 方便 ， 我 在 assets 中 内 置 了 一 个 HTML5 页 面 。 现 实 中 
这 个 HTML5 页 面 是 放 在 远程 服务 器 上 的 。 


首先 要 定好 通信 协议 ， 也 就 是 App 要 调用 的 HTML5 页 面 中 
JavaScript 的 方法 名 称 。 


例如 ，App 要 调用 HTML5 页面 的 changeColor(colon) 方 法 ， 改 变 
HTML5 页 面 的 背景 颜色 。 


1) HTML5 


<script type="text/javascript"> 
function changeColor (color) { 
document .body.style.backgroundColor = color; 


</script> 


2) Android 


wvAds.getSettings().setJavascriptEnabled(true); 
wvAds.1loadUr1l("file:// /android asset/104.html"); 
btnShowAlert ,SetonCc1lickListener(new View.OnClickListener() { 
QOverride 
public void onClick(View v) { 
String color = "#00eeQ00",; 
wvAds.1loadUrl("javascript: changeColor ('" + color + "');"); 


}); 


3.4.2 HTML5 页 面 操 作 App 页 面 的 方法 


仍然 是 先 定义 通信 协议 ， 这 次 定义 的 是 JavaScript 要 调用 的 Android 
中 方法 名 称 。 


例如 ， 点 击 HTML5 的 文字 ， 回 调 Java 中 的 callAndroidMethod 方 
法 : 


1) HTML5 


<a onclick="baobao.callAndroidMethod(100,100，'ccc' ,true)"> 
CallAndroidMethod</a> 


2) Android 


新 创建 一 个 JSInterfacel 类 ， 包 括 callAndroidMethod 方 法 的 实现 : 


class JSIntefacel1 
public void callAndroidMethod(int a, float b, 
String c, boolean d) { 
if (d) { 
String WA = "-"+ (ar+1)+"-"+ (b+1) 
0 _1 噩 C 可 1 _1 十 d 

new A Builder (MainActivity .this) 
.SetTitle("title") 
.SetMessage(strMessage).show(); 


同时 ， 需 要 注册 baobao 和 JSInterfacel 的 对 应 关系 : 


wvAds .addJavascriptInterface(new JSInteface1(), "baobao"); 


调试 期 间 我 发 现 对 于 小 米 3 系统 ， 要 在 方法 前 增加 
@JavascriptInterface， 否 则 ， 惑 不 能 触发 JavaScript 方 法 。 


3.4.3 App 和 HTML5 之 间 定 义 跳 转 协议 


根据 上 面 的 例子 ， 运 营 团 队 就 找到 了 在 App 中 搞活 动 的 解决 方 
案 。 不 必 等 到 App 每 次 发 新 版 才能 看 到 新 的 活动 页 面 ， 而 是 每 次 做 一 
个 HTML5 的 活动 页 面 ， 然 后 通过 MobileAPI 把 这 个 HTML5 页 面 的 地 址 
告诉 App， 由 App 加 载 这 个 HIML5 页 面 即 可 。 


在 这 个 HTML5 页 面 中 ， 我 们 可 以 定义 各 种 JavaScript 点 击 事件 ， 从 
而 跳 转 回 App 的 任意 Native 页 面 。 


为 此 ，HTML5 团 队 需 要 事先 和 App 团 队 约定 好 一 个 格式 ， 例 如 : 


gotoPersonCenter 
gotoMovieDetail:movieId=100 
gotoNewsList:cityId=1&cityName= 北 京 


gotoUrl:http://www.sina.com 
这 个 协议 具体 在 HTML5 页 面 中 是 这 样 的 ， 以 gotoNewsList 为 例 : 


<a onclick="baobao.gotoAnywhere( 
'gotoNewsList:cityId=(int)12&cityName= 北 京 


gotoAnywhere</a> 


其 中 ， 有 些 协议 是 不 需要 参数 的 ， 比 如 说 gotoPersonCenter， 也 就 
是 个 人 中 心 ， 有 些 则 需要 跳 转 到 具体 的 电影 详情 页 ， 我 们 需要 知道 
movield; 有 了 时候 1 个 参数 不 够 用 ， 我 们 需要 更 多 的 参数 ， 才 能 准确 获 
取 到 我 们 想 要 的 数据 ， 比 如 说 gotoNewsList， 我 们 想 要 跳 转 到 2014 年 
12 月 31 号 北京 的 所 有 新 闻 信 息 ， 束 不 得 不 需要 cityId 和 createdTime 两 个 
参数 ， 处 理 协 议 的 代码 如 下 所 示 : 


public void gotoAnywhere(String url) { 
If (url != null) { 
if (url.startswWith("gotoMovieDetail:")) { 
String strMovieId = url.substring(24); 
int movieId = Integer.valueof(strMovieId); 
Intent intent = new Intent(MainActivity.this, 
MovieDetailActivity.class); 
intent.putExtra("movieId", movieId); 
startActivity(intent); 


} else if (url.startswith("gotoNewsList:")) { 
// as above 
} else if (url.startswith("gotoPpersonCenter")) { 
Intent intent = new Intent(MainActivity.this, 
PersonCenterActivity,.class); 
startActivity(intent); 
} else if (url.startswith("gotoUr1l:")) { 
String strUrl = url.substring(8); 
wvAds.1loadUrl(strUr1); 
} 
} 
} 


这 里 的 if 分 文 逻辑 太 多 ， 我 们 要 想 办 法 将 其 进行 抽象 ， 参 见 后 面 
六 


3.4.6 六 介绍 的 页 面 分 发 器 。 


3.4.4 ”在 App 中 内 置 HTML5 页 面 


什么 时 候 在 App 中 内 置 HTML5 页 面 ? 根据 我 的 经 验 ， 当 有 些 UI 不 
太 容 易 在 App 中 使 用 原生 语言 实现 时 ， 比 如 画 一 个 奇形怪状 的 表格 ， 
这 是 HTML5 所 擅长 的 领域 ,只 要 调整 好 屏幕 适 配 ， 就 可 以 很 好 地 应 用 
在 App 中 。 


下 面 详细 介绍 如 何在 页 面 中 显示 一 个 表格 ， 表 格 里 的 数据 都 是 动 
仿 填 充 的 。 


1) 首先 定义 两 个 HTML5 文 件 ， 放 在 assets 目 永 下 。 
其 中 ，102.html 是 静态 页 : 


<html> 
<head> 
</head> 
<body> 


<table> 
<dataiDefinedByBaobao> 
</table> 
</body> 
</html> 


而 datal_template.html 是 一 个 数据 模板 ， 它 负责 提供 表格 中 一 行 的 
样式 : 


<tr> 
<td> 
<name> 
</td> 
<td> 
<price> 
</td> 
</tr> 


像 <name>、<price> 和 <datalDefinedByBaobao> 都 是 占 位 符 ， 我 们 
接 下 来 会 使 用 真实 的 数据 来 奉 换 这 些 占 位 人 符 。 


2) 在 MovieDetailActivity 中 ， 通 过 通 历 movieList 这 个 集合 ， 我 们 
把 数据 填充 到 sbContent 中 ， 最 终 ， 把 拼接 好 的 字符 串 蔡 换 
<datalDefinedByBaobao> 标 签 : 


String template = getFromAssets("datal1 template.html"); 
StringBuilder sbContent = new StringBuilder(); 
ArrayList<MovieInfo> movieList = organizeMovieList(); 
for (MovieInfo movie : movieList) { 
String rowData; 
rowData = template.replace("<name>", movie.getName()); 
rowData = rowData.replace("<price>", movie.getPrice()); 
sbContent.append(rowData); 
} 
String realData = getFromAssets("102.html"); 
realData = realData.replace("<dataiDefinedByBaobao>", 
sbContent.toString()); 
wvAds.loadData(realData, "text/html", "utf-8"); 


3.4.5 灵活 切换 Native 和 HTML5 页 面 的 策略 


对 于 经 常 需要 改动 的 页 面 ， 我 们 会 把 它 做 成 HTML5 页 面 ， 在 App 
中 以 WebView 的 形式 加 载 。 这 样 就 避免 了 Native 页 面 每 次 修改 ， 都 要 
等 一 次 迄 代 上 线 后 才能 看 到 周期 太 长 了 ， 这 不 是 产品 经 理 所 希 望 
的 。 


此 外 ，HTML5 的 男 一 个 好 处 是 ， 开 发 周期 短 一 一 相 比 App 开 发 而 


ll 


但 是 HTML5 的 缺点 是 慢 。 我 们 来 看 一 下 HTML5 页 面 生 成 的 步 


1) 从 服务 器 端 动 态 获取 数据 并 拼接 成 一 个 HTML 。 


2) 返回 给 客户 端 WebView 。 


3) 在 WebView 中 解析 并 生成 这 个 HTML 。 


相对 于 Native 原 生 页 面 加 载 JSON 这 种 短小 精 悍 的 数据 并 展现 在 客 
户 站 而 言 ，HIML5 肯 定 是 慢 了 很 多 。 鱼 和 能 和 擎 不 可 兼 得 ， 于 是 我 们 只 
能 在 灵活 性 和 性 能 上 作出 取舍 。 


但 是 我 们 可 以 换 一 个 思路 来 解决 这 个 问题 。 我 同时 做 两 套 页 面 ， 
Native 一 僚 ，HTML5 一 套 ， 然 后 在 App 中 设置 一 个 变量 ， 来 判断 该 页 


面 将 显示 Native 还 是 HTML5 的 。 


这 个 变量 可 以 从 MobileAPI 获 取 ， 这 样 的 话 ， 正 常情 况 下 ， 是 
Native 页 面 ， 如 果 有 类 似 双 十 一 或 双 十 二 的 促销 活动 ， 我 们 可 以 修改 
这 个 变量 ， 让 页 面 以 HTML5 的 形式 展现 。 这 样 ， 我 们 只 要 做 个 
HTML5 的 页 面 发 布 到 线 上 就 行 了 。 等 活动 结束 后 再 撤回 到 Native 页 
面 o 


以 此 类 推 ，App 中 所 有 的 页 面 ， 都 可 以 做 成 上 述 这 种 形式 ， 为 
此 ， 我 们 需要 改变 之 前 做 App 的 思路 ， 比 如 : 


1) 需要 做 一 个 后 台 ， 根 据 版 本 进行 配置 每 个 页 面 是 使 用 Native 页 


面 还 是 HTML5 页 面 。 


2) 在 App 启 动 的 时 候 ， 从 MobileAPI 获 取 到 每 个 页 面 是 Native 还 是 
HIMLS5 ?+*° 


3) 在 App 的 代码 层面 ， 页 面 之 间 要 实现 松 耦 合 。 为 此 ， 我 们 要 设 
计 一 个 导航 器 Navigator， 由 它 来 控制 该 跳 转 到 Native 页 面 还 古 HTML5 
页 面 。 最 大 的 挑战 是 页 面 间 参 数 传递 ， 字 典 是 一 种 比较 好 的 形式 ， 消 
除了 不 同 页 面 对 参数 类 型 的 不 同 要 求 。 


接 下 来 ， 就 是 App 运 营 人 员 和 产品 经 理 随心 所 欲 的 进行 配置 了 。 


在 实际 的 操作 中 ， 一 定 要 注意 ，HTML5 页 面 只 是 权宜 之 计 ， 可 以 
快速 上 一 个 活动 ， 比 如 类 似 于 双 十 一 的 廊 假 日 ， 从 而 以 迅雷 不 及 掩 耳 
之 势 打击 竞争 对 手 。 随 着 HTML5 和 Native 的 不 同步 ， 当 一 个 页 面 再 从 
HTML5 切 换 回 Native 时 ， 我 们 会 发 现 ， 它 们 的 逻辑 已 经 着 了 很 多 了 ， 
切 回 来 就 会 有 很 多 bug， 而 我 们 又 只 能 是 在 App 发 布 后 才 发 现 这 样 的 问 


题 。 


唯一 的 解决 方案 是 ， 把 App 和 HTML5 划 归 到 一 个 团队 ， 由 产品 经 
理 整 理 二 者 的 差异 性 ， 要 做 到 二 者 尽量 同步 ， 一 言 以 蔽 之 ，App 要 时 
刻 追 赶 HIML5 的 逻辑 ， 追 赶 上 了 就 切换 回 Native。 


3.4.6 ”页 面 分 发 器 


我 们 知道 ， 跳 转 到 一 个 Activity， 需 要 传递 一 些 参数 。 这 些 参数 的 
类 型 位 单 如 int 和 String， 复 杂 的 则 是 列表 数据 或 者 可 序列 化 的 目 定 义 实 
体 。 


但 是 ， 如 果 从 HTML5 页 面 跳 转 到 Native 页 面 ， 是 不 大 可 能 传递 复 
杂 类 型 的 实体 的 ， 只 能 传递 简单 类 型 。 所 以 ， 并 不 是 每 个 Native 页 面 
都 可 以 替换 为 HTML5 。 


接 下 来 要 讨论 的 是 ， 对 于 那些 来 目 HTML5 页 面 、 传 递 简 单 类 型 的 
页 面 跳 转 请 求 ， 我 们 将 其 抽象 为 一 个 分 发 做 ， 放 到 BaseActivity 中 。 


还 记得 我 们 在 3.4.3 广 定义 的 协议 吗 ， 以 gotoMovieDetail 为 例 : 


<a onclick="baobao.gotoAnywhere( 
'gotoMovieDetail:movieId=12')"> 
gotoAnywhere</a> 


我 们 将 其 改写 为 : 


<a onclick="baobao.gotoAnywhere( 
'com.example.youngheart.MovieDetailActivity, 
i0OS.MovieDetailViewController:movieId=(int)123')"> 
gotoAnywhere</a> 


我 们 看 到 ， 协 议 的 内 容 分 成 3 段 ， 第 一 段 是 Android 要 跳 转 到 的 
Activity 的 名 称 。 第 二 段 是 iOS 要 跳 转 到 的 ViewController 的 名 称 ， 第 三 
段 是 需要 传递 的 参数 ， 以 key-value 的 形式 进行 组 装 。 


我 们 接 下 来 要 做 的 就 是 从 协议 URL 中 取出 第 1 段 ， 将 其 反射 为 一 个 
Activity 对 象 ， 取 出 第 3 段 ， 将 其 解析 为 key-value 的 形式 ， 然 后 从 当前 
页 面 跳 转 到 目标 页 面 并 配 以 正确 的 参数 。 其 中 ， 写 一 个 辅助 钞 数 
getAndroidPageName， 用 来 获取 Activity 名 称 : 


public class BaseActivity extends Activity { 
private String getAndroidPageName(String key) { 
String pageName = null; 
int pos = key.indexof(","); 


if (pos == -1) { 
pageName = key; 
} else { 


pageName = key.substring(0, pos); 
return pageName; 
public void gotoAnywhere(String url) { 


If (url == null) 
return; 


String pageName = getAndroidPpageName(ur1); 
if (pageName == null || pageName .trim() == "") 
return; 
Intent intent = new Intent(); 
int pos = url.indexof(":"); 
if (pos > 0) { 
String strParams = url.substring(pos); 
String[] pairs = strParams.split("&"); 
for (String strkeyAndVvalue : pairs) { 
String[] arr = strkeyAndValue.split("="),; 
String key = arr[0]; 
String value = arr[1]; 
if (value.startswith("(int)")) { 
intent.putExtral(key, 
Integer.valueof(value.substring(5))); 
} else if (value.startswith("(Double)")) { 
intent.putExtral(key, 
Double.valueOof(value.substring(8))); 
} else { 
intent.putExtra(key, value); 
} 


} 
} 
try { 
Intent ,SetClass(this，Class.forName(pageName ) ) ， 
} catch (ClassNotFoundException e) { 
e.printStackTrace( ); 


} 
startActivity(intent); 


主意 ， 在 协议 中 定义 这 些 简单 数据 类 型 的 时 候 ，String 是 不 需要 指 
定 类 型 的 ， 这 是 使 用 最 广泛 的 类 型 。 对 于 int、Double 等 简单 类 型 ， 我 


们 要 在 值 前 面 加 上 类 似 (int) 这 样 的 约定 ， 这 样 才 能 在 解析 时 不 出 问 
题 。 


3.5 请 火 全 局 变量 

本 节 我 们 要 讨论 的 是 一 个 深刻 的 话题 。 相 信 很 多 人 都 遇 到 过 App 莫 
名 其 妙 就 崩溃 的 情况 ， 尤 其 是 一 些 配 置 很 低 的 手机 ， 重 现场 景 就 是 在 
App 切 换 到 后 台 ， 闲 置 了 一 段 时 间 后 再 继续 使 用 时 ， 就 会 参 溃 。 


3.5.1 问题 的 发 现 


导 任 上 述 衣 并发 生 的 徘 技 窝 自 束 古 全 局 变量 。 下 壕 代 码 束 是 在 生 
成 一 个 全 局 变量 


^ 量 : 


public class GlobalVariables { 
public static UserBean User,; 


在 内 存 不 足 的 时 候 ， 系 统 会 回收 一 部 分 朵 置 的 货源 ， 由 于 App 被 切 
换 到 后 台 ， 所 以 之 前 存放 的 全 局 变量 很 容易 被 回收 ， 这 时 再 切换 到 前 
台 继 续 使 用 ， 在 使 用 某 个 全 局 变量 的 时 候 ， 就 会 因为 全 局 变量 的 值 为 
空 而 月 溃 。 这 不 是 个 例 。 我 经 历 过 最 糟 料 的 App 竞 然 使 用 了 200 多 个 全 
局 变量 ， 任 何 页 面 从 后 台 切 换 回 前 台 部 有 月 并 的 可 能 。 


想 彻底 解决 这 个 问题 ， 就 一 定 要 使 用 序列 化 技术 。 


3.5.2 ”把 数据 作为 Intent 的 参数 传递 


想 一 劳 水 侈 地 解决 上 述 问 题 束 是 不 使 用 全 局 变量 ， 使 用 Intent 来 进 
行 页 面 间 数 据 的 传递 。 因 为 ， 即 使 目标 Activity 被 系统 销毁 了 ，Intent 上 
的 数据 仍然 存在 ， 所 以 Intent 是 保存 数据 的 一 个 很 好 的 地 方 ， 比 本 地 文 
件 靠 谱 。 但 是 Intent 能 传递 的 数据 类 型 也 必须 支持 序列 化 ， 像 
JSONObject 这 样 的 数据 类 型 ， 是 传递 不 过 去 的 。 对 于 一 个 有 200 多 个 全 
局 变量 的 App 而 言 ， 重 构 的 工作 量 很 大 ， 风 险 也 很 大 。 


男 外 ， 如 果 Intent 上 携带 的 数据 量 过 大 ， 也 会 发 生 崩 演 。 第 7 章 会 对 
此 有 详细 的 介绍 。 


3.5.3 ”把 全 局 变量 序列 化 到 本 地 


男 一 个 比较 稳妥 的 解决 方案 是 ， 我 们 仍然 使 用 全 局 变量 ， 在 每 次 
修改 全 局 变量 的 值 的 时 候 ， 都 要 把 值 序列 化 到 本 地 文件 中 ， 这 样 的 
话 ， 即 使 内 存 中 的 全 局 变量 被 回收 ， 本 地 还 保存 有 最 新 的 值 ， 当 我 们 
再 次 使 用 全 局 变量 时 ， 就 从 本 地 文件 中 再 反 序列 化 到 内 存 中 。 


这 样 就 解 了 燃眉之急 ， 数 据 不 再 丢失 。 但 长 远 之 计 还 是 要 一 个 模 
块 一 个 模块 地 将 全 局 变量 转换 为 Intent 上 可 序列 化 的 实体 数据 。 但 这 是 
后 话 ， 眼 前 ， 我 们 先 要 把 全 局 变量 序列 化 到 本 地 文件 ， 如 下 所 示 ， 我 
们 对 全 局 GlobalsVariables 变 量 进行 改造 : 


public class GlobalVariables implements Serializable, Cloneable { 
/A/** 


* @Fields: serialVersionUID 


*/ 

private static final long serialVersionUID = 1L; 

private static GlobalVariables instance,; 

private GlobalVariables() { 

} 

public static GlobalVariables getInstance() { 

If (instance == null) { 
Object object = Utils.restoreObject( 
AppConstants.CACHEDIR + TAG); 

if(object == null) { // App 首 次 启动 ， 文 件 不 存在 则 新 建 之 


object = new GlobalVariables(); 
Utils.saveObject( 
AppConstants.CACHEDIR + TAG, object); 
} 


instance = (GlobalVariables)object,; 


} 


return instance,; 


public final static String TAG = "GlobalVvariables"; 
private UserBean user,; 
public UserBean getUser() { 
return user; 
} 


public void setUser(UserBean user) { 
this.user = User; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 
// - 


一 以 下 


3 个 方法 用 于 序列 化 


public GlobalVariables readResolve() 
throws ObjectStreamException, 
CloneNotSupportedException { 
instance = (GlobalVariables) this.clone(); 
return instance,; 
} 
private void readobject(objectInputStream ois) 
throws IOException, ClassNotFoundException { 
ois.defaultReadOobject(); 


} 
public Object Clone() throws CloneNotSupportedException { 
return super.clone(); 


public void reset() { 
user = null; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


就 是 这 短 短 的 六 十 多 行 代 码 ， 解 决 了 全 局 变量 GlobalsVariables 被 回 
收 的 问题 。 我 们 对 其 进行 详细 分 析 : 


1) 首先 ， 这 是 一 个 单 例 ， 我 们 只 能 以 如 下 方式 来 读 写 user 数 据 : 


UserBean user = GlobalsVariables.getIinstance().getUser(); 
Globalsvariables,getInstance(),.SetUser(user )， 


同时 ，GlobalsVariables 还 必须 实现 Serializable 接 口 ， 以 支持 序列 化 
自身 到 本 地 。 然 而 ， 为 了 使 一 个 单 例 类 变 成 可 序列 化 的 ， 仅 仅 在 声明 
中 添加 “implements Serializable” 是 不 够 的 。 因 为 一 个 序列 化 的 对 象 在 每 
次 反 序列 化 的 时 候 ， 都 会 创建 一 个 新 的 对 象 ， 而 不 仅仅 是 一 个 对 原 有 
对 象 的 引用 。 为 了 防止 这 种 情况 ， 需 要 在 单 例 类 中 加 入 readResolve 方 
法 和 readObject 方 法 ， 并 实现 Cloneable 接 口 。 


2) 我 们 仔细 看 GlobalsVariables 这 个 类 的 构造 函数 。 这 和 一 般 的 单 
例 模式 写 的 不 太一 样 。 我 们 的 逻辑 是 ， 先 判断 instance 是 否 为 空 ， 不 为 
空 ， 证 明 全 局 变量 没有 被 回收 ， 可 以 继续 使 用 ， 为 空 ， 要 么 是 第 一 次 
启动 App， 本 地 文件 都 不 存在 ， 更 不 要 说 序列 化 到 本 地 了 ; 要 么 是 全 局 
变量 被 回收 了 ， 于 是 我 们 需要 从 本 地 文件 中 将 其 还 原 回 来 。 


为 此 ， 我 们 在 Utils 类 中 编写 了 restoreObject 和 saveObject 两 个 方法 ， 
分 别 用 于 把 全 局 变量 序列 化 到 本 地 和 从 本 地 文件 反 序 列 化 到 内 存 ， 如 
下 所 示 : 


public static final void saveObject(String path, Object saveObject) { 
FileOutputStream fos = null,; 
ObjectOutputStream oo0s = null; 
File f = new File(path); 


try { 
fos = new FileOutputSstream(f); 


00s = new ObjectoutputStream(fos ) ， 
o0s.writeObject(saveObject); 

} catch (FileNotFoundException e) { 
e.printSstackTrace( ); 

} catch (IOException e) { 
e.printSstackTrace( ); 

} finally { 
try { 

if (oos != null) { 
o0s.close( ); 


} 
if (fos != null) { 
fos.closel( ); 


} 
} catch (IOException e) { 
e.printSstackTrace( ); 
} 


} 


public static final Object restoreObject(String path) { 
FileInputStream fis = null; 
ObjectInputStream ois = null; 
Object object = null; 
File f = new File(path); 
if (!f.exists()) { 
return null; 
} 


try { 
fis = new FileInputSstream(f); 


ois = new ObjectInputStream(fis); 
object = ois.readobject(); 
return object ， 

catch (FileNotFoundException e) { 
e,printStackTrace()， 

catch (IOException e) { 
e.printSstackTrace( ); 

catch (ClassNotFoundException e) { 
e.printSstackTrace( ); 

finally { 
try { 

if (ois != null) { 
ois.close( ); 


vo rc cc 


} 
if (fis != null) { 
fis.close( ); 


} catch (IOException e) { 
e.printSstackTrace( ); 
} 
} 


return object ， 


3) 全 局 变量 的 User 属 性 ， 具 有 getUser 和 SetUser 这 两 个 方法 。 我 们 
就 看 这 个 setUser 方 法 ， 它 会 在 每 次 设置 一 个 新 值 后 ， 执 行 一 次 Utils 类 


的 saveObject 方 法 ， 把 新 数据 序列 化 到 本 地 。 


值得 注意 的 是 ， 如 果 全 局 变量 中 有 一 个 自 定 义 实体 的 属性 ， 那 么 
我 们 也 要 将 这 个 自 定 义 实体 也 声明 为 可 序列 化 的 ，UserBean 实 体 就 是 

个 很 好 的 例子 。 它 作为 全 局 变量 的 一 个 属性 ， 其 自身 也 必须 实现 
Serializable 接 口 。 


接 下 来 我 们 看 如 何 使 用 全 局 变量 。 


private void gotoLoginActivity() { 
UserBean user = new UserBean(); 
User .setUserName("Jianqiang"); 
user.setCountry("Beijing"); 
User .setAge(32); 
Intent intent = new Intent(LoginNew2Activity.this, 

PersonCenterActivity,.class); 

GlobalVariables.getIinstance().setUser(user); 
startActivity(intent); 


2) 在 目标 页 PersonCenterActivity: 


protected void initVariables() { 
UserBean user = GlobalVariables.getIinstance().getUser(); 
int age = user.getAge(); 


3) 在 App 启 动 的 时 候 ， 我 们 要 清空 存储 在 本 地 文件 的 全 局 变量 ， 
因为 这 些 全 局 变量 的 生命 周期 都 应 该 伴随 着 App 的 关闭 而 消亡 ， 但 是 


们 来 不 及 在 App 关 闭 的 时 候 做 ， 所 以 只 好 在 App 局 动 的 时 候 第 一 件 事情 


就 是 清除 这 些 临 时 数据 : 


GlobalVvariables.getInstance().reset(); 


为 此 ， 需 要 在 GlobalVariables 这 个 全 局 变量 类 中 增加 一 个 reset 方 
法 ， 用 于 清空 数据 后 把 空 值 强制 保存 到 本 地 。 


public void reset() { 

user = null; 

Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 


3.5.4 ”序列 化 的 缺点 


再 次 强调 ， 把 全 局 变量 序列 化 到 本 地 的 方案 ， 只 是 一 种 过 渡 型 解 
决 方案 ， 它 有 几 个 重伤 : 


1) 每 次 设置 全 局 变量 的 值 都 要 强制 执行 一 次 序列 化 的 操作 ， 容 易 
造成 ANR。 


我 们 看 一 个 例子 ， 写 一 个 新 的 全 局 变量 GlobalVariables3， 它 有 3 个 
属性 ， 如 下 所 示 : 


private String userName 
private String nickName; 
private String country; 
public void reset() { 
userName = null; 
nickName = null; 
country = null; 


Utils.saveObject(AppConstants.CACHEDIR + TAG，this)， 


public String getUserName() { 
return userName; 
} 


public void setUserName(String userName) { 
this.userName = userName; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 
public String getNickName() { 
return nickName; 


public void setNickName(String nickName) { 
this.nickName = nickName; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 
public String getCountry() { 
return country; 


public void setCountry(String country) { 
this.country = country; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


那么 在 给 GlobalVariables3 设 值 的 时 候 ， 如 下 所 示 : 


private void simulateANR() { 
GlobalVariables3.getInstance().setUserName("jianqiang.bao"); 
GlobalVariables3.getInstance().setNickName(" 包 包 


GlobalVariables3.getInstance().setCountry("China"); 


我 们 会 发 现 ， 每 次 设置 值 的 时 候 ， 都 要 将 GlobalVariables3 强 制 序 
列 化 到 本 地 一 次 。 性 能 会 很 差 ， 如 果 属 性 多 了 ， 强 制 序列 化 的 次 数 也 
会 变 多 ， 因 为 读 写 文件 的 次 数 多 了 ， 束 会 造成 ANR 。 


相应 的 解决 方案 很 丑陋 ， 如 下 所 示 : 


public void setUserName(String userName, boolean needSave) { 
this.userName = userName,; 
if(needSave) { 


Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


public void setNickName(String nickName, boolean needSave ) 
this.nickName = nickName; 
if(needSave) { 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 


public void setCountry(String country, boolean needSave) { 
this.country = country; 
if(needSave) { 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 


} 


~ 


也 就 是 说 ， 为 每 个 set 方 法 多 加 一 个 boolean 参 数 ， 来 控制 是 否 要 在 
改动 后 做 序列 化 。 同 时 在 GlobalVariables3 中 提供 一 个 save 方 法 ， 就 是 做 
序列 化 的 操作 。 


这 样 改动 之 后 ， 我 们 再 给 GlobalVariables3 设 值 的 时 候 就 要 这 样 写 


private void simulateANR2() { 
GlobalVariables3.getInstance().setUserName("bao", false); 
GlobalVariables3.getInstance().setNickName(" 包 包 


", false); 
GlobalVariables3.getInstance().setCountry("China", false); 
GlobalVariables3.getInstance().save(); 


} 


也 就 是 说 ， 每 次 set 后 不 做 序列 化 ， 都 设置 完 后 ， 一 次 性 序列 化 到 
本 地 。 这 么 写 代 码 很 恶心 ， 但 我 之 前 说 过 ， 这 只 是 权宜 之 计 ， 相 当 于 
打 补 丁 ， 古 临时 的 解决 方案 。 


2) 序列 化 生成 的 文件 ， 会 因为 内 存 不 够 而 丢失 。 


这 个 问题 也 是 在 把 全 局 变量 都 序列 化 到 本 地 后 发 现 的 ， 究 其 原 
， 怠 是 因为 我 们 将 序列 化 的 本 地 文件 放 在 了 内 
存 /data/data/com.youngheart/cache/ 这 个 日 录 下 。 内 存 空间 十 分 有 限 ， 
而 显得 可 贵 ， 一 旦 内 存 空 间 耗 尽 ， 手 机 也 藉 无 法 使 用 了 。 因 为 我 们 的 
全 局 变量 非常 多 ， 所 以 内 部 空间 会 耗 尽 ， 这 个 序列 化 文件 会 被 清除 。 
其 实 SharedPreferences 和 SQLite 数 据 库 也 部 是 存储 在 内 存 空间 上 ， 所 以 
这 个 文件 如 果 太 大 ， 也 会 引发 数据 丢失 的 问题 。 


有 人 间 我 为 什么 不 存在 SD 卡 上 ， 嗯 ，SD 卡 确实 空间 大 得 很 ,但 是 
不 稳定 ， 不 是 所 有 的 手机 ROM 对 其 部 有 完好 的 支持 ， 我 不 能 相信 它 。 


临时 解决 方案 是 ， 每 次 使 用 完 一 个 全 局 变量 ， 束 要 将 其 清空 ， 然 


后 强制 序列 化 到 本 地 ， 以 确保 本 地 文件 体积 减 小 。 


3) Android 提 供 的 数据 类 型 并 不 全 都 支持 序列 化 。 


我 们 要 确保 全 局 变量 的 每 个 属性 都 可 以 序列 化 。 然 而 ， 并 不 是 所 
有 的 数据 类 型 都 可 以 序列 化 的 。 那 么 ， 哪 些 数据 可 以 序列 化 呢 ? 表 3-1 
是 我 经 过 测试 得 到 的 结 末 。 


表 3-1 各 种 类 型 数据 对 序列 化 的 文 持 程度 


类 型 是 否 支持 序列 化 


简单 类 型 int, String. Boolean 等 支持 
String[] 支持 
Boolean[] 支持 
int[] 支持 
String[][] 支持 
int[][] 支持 
ArrayList 支持 
Calendar 支持 
JSONObject 不 支持 
JSONAIray 不 支持 


因为 Object 可 能 是 不 支持 序列 化 的 TSONObject 类 型 ， 所 
以 HashMap<String, Object> 不 一 定 支 持 序 列 化 

因为 Object 可 能 是 不 支持 序列 化 的 JSONObject 类 型 ， 所 
以 ArrayList<HashMap<String. Object>> 不 一 定 支 持 序 列 化 


HashMap<String. Object> 


ArrayList<HashMap<String. Object>> 


这 就 从 男 一 方面 证 明了 ， 我 们 尽量 不 要 使 用 不 能 序列 化 的 数据 类 
型 ， 包 括 JSONObject、JSONArray、HashMap<String,Object>、 


ArrayList<HashMap<String,Object>>。 


新 项 目 可 以 尽量 规避 这 些 数 据 类 型 ， 但 是 老 项 目 可 台 坏 手 了 。 好 
在 天 无 绝 人 之 路 ， 我 经 过 大 量 实践 ， 得 到 一 些 解 决 方案 ， 如 下 所 示 。 


1) JSONObject 和 JSONArray 


a 但 是 可 以 在 设置 的 时 候 将 其 转换 
为 字符 串 ， 然 后 序列 化 到 本 地 文件 。 在 需要 读 取 的 时 候 ， 就 从 本 地 文 
件 反 序列 化 处 理 这 个 字符 串 ， 然 后 再 把 字符 串 转 换 为 JSJONObject 对 
象 ， 如 下 所 示 : 


private String strCinema,; 
public JSONObject getCinema() { 
if(strCcinema == null) 
return null; 
try { 
return new JSONObject(strCinema); 
} catch (JSONException e) { 
return null; 


} 
public void setCinema(JSONObject cinema) { 
if(cinema == nul1) { 


this.strCinema = null; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
return; 


this.strCcinema = cinema.toString(); 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this),; 


JSONArray 如 法 炮制 。 只 需要 把 上 述 代码 中 的 JSONObject 替 换 为 
JSONArray 即 可 。 


2) HashMap<String,Object> 和 ArrayList<HashMap<String,Object>> 


因为 Object 可 以 是 各 种 类 型 ， 有 可 能 是 JSONObject 和 JSONArray， 
所 以 以 上 两 种 类 型 不 一 定 支 持 序列 化 。 


首选 的 解决 方案 是 ， 如 果 HashMap 中 所 有 的 对 象 都 不 是 
JSONObject 和 JSONArray， 那 么 以 上 两 种 类 型 就 是 支持 序列 化 的 。 建 议 
将 Object 全 都 改 为 String 类 型 的 。 


private HashMap<String，String> rules; 
public HashMap<String, String> getRules() { 
return rules ， 


} 

public void setRules(HashMap<String, String> rules) { 
this.rules = rules,; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this),; 

. 


其 次 ， 如 果 HashMap 中 存放 有 JSONObject 或 JSONArray， 那 么 我 们 


a 


忠 要 在 set 方 法 中 ， 裔 历 HashMap 中 存放 的 每 个 Object， 将 其 转换 为 字符 
串 。 


以 下 是 代码 实现 ， 你 会 看 到 算法 超级 繁 开 ， 效率 也 非常 差 : 


HashMap<String, Object> guides,; 
public HashMap<String, Object> getGuides() { 
return guides ， 


} 
public void setGuides(HashMap<String, Object> guides) { 
if (guides == null) { 
this.guides = new HashMap<String, Object>(); 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this),; 
return; 


} 

this.guides = new HashMap<String, Object>(); 

Set set = guides.entrySet(); 

java.util.Iterator it = guides.entrySet().iterator(); 


while (it,hasNext()) { 
java.util.Map.Entry entry = (java.util.Map.Entry) it.next(); 


Object value = entry.getValue(); 
String key = String.valueof(entry.getkey()); 
this.guides.put(key, String.valueof(value)); 


} 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


对 于 HashMap<String,Object> 类 型 ， 无 论 是 get 方 法 还 是 set 方 法 ， 都 
非常 慢 ， 因 为 要 遍历 HashMap 中 存放 的 所 有 对 象 。 


ArrayList<HashMap<String,Object>> 是 HashMap<String,Object> 的 集 
合 ， 所 以 对 其 进行 遇 历 ， 会 更 加 慢 。 

在 遇 到 了 N 多 次 以 上 解决 方案 导致 的 ANR 之 后 ， 我 决定 将 这 两 种 超 
级 复杂 的 数据 结构 ， 全 部 改造 为 可 序列 化 的 实体 。 好 在 这 样 的 数据 类 
型 在 App 中 不 太 多 ， 重 构 的 成 本 不 是 很 大 。 


3.5.5 “如 果 Activity 也 被 销毁 了 呢 


如 有 果 内 存 不 足 导致 当前 Activity 也 被 销毁 了 呢 ? 比如 说 旋转 屏幕 从 
竖 屏 到 横 屏 。 


即使 Activity 被 销毁 了 ， 传 递 到 这 个 Activity 的 Intent 并 不 会 丢失 ， 
在 重新 执行 Activity 的 onCreate 方 法 时 ，Intent 携 带 的 bundle 参 数 还 是 在 
的 。 所 以 ， 我 们 的 解决 方案 是 重新 执行 当前 Activity 的 onCreate 方 法 ， 


这 样 做 最 安全 。 


但 是 男 一 个 问题 就 又 浮 出 水 面 了 : Activity 需 要 保存 页 面 状 态 吗 ? 


想必 各 位 亲 们 都 看 过 Android SDK 中 的 贪 食 蛇 游 戏 ， 它 讲 的 就 是 在 
Activity 被 销毁 后 保存 信 食 蛇 的 位 置 ， 这 样 的 话 ， 恢 复 该 页 面 时 就 能 根 
据 之 前 保存 的 仿 食 蛇 的 位 置 继续 游戏 。 


这 个 Demo 用 到 了 Activity 的 以 下 2 个 方法 : 
:onSavelnstanceState() 


‘onRestoreInstanceState() 


网 上 关于 以 上 两 个 方法 的 介绍 和 讨论 不 胜 枚 举 ， 下 面 只 是 分 享 我 
的 使 用 心得 。 


对 于 游戏 以 及 视频 播放 硕 而 言 ， 你 存 页 面 上 每 个 控件 的 状态 是 必 
须 的 ， 因 为 每 当 Activity 被 销毁 ， 用 户 都 硕 望 能 恢复 销 驱 之 前 的 状态 ， 
比如 游戏 进行 到 哪个 程度 了 ， 视 频 播放 到 哪个 时 间 点 了 。 


但 是 对 于 社交 类 或 者 电 丙 类 App 而 言 ， 页 面 粽 多， 多 于 100 个 页 面 
的 App 比 比 窒 古 。 如 来 每 个 页 面 都 保存 所 有 控件 的 状态 ， 工 作 量 束 会 很 
大 ， 要 知道 这 样 的 App， 每 个 页 面 都 有 大 量 的 控件 和 交互 行为 ， 需 要 记 
隶 的 状态 会 很 多 。 


所 以 ， 不 记录 状态 ， 直 接 让 页 面 重 痢 执行 一 志 onCreate 方 法 ， 是 一 
种 比较 稳 艾 的 方法 。 丢 失 的 数据 ， 且 页面 加 载 完 成 之 后 的 用 户 行为 ， 
让 用 户 重 新 操作 一 过 残 征 了 。 


额外 说 一 句 ， 想 保存 页 面 状态 ， 是 件 很 难 的 事情 。 这 一 点 
WindowsPhone 做 得 很 好 ， 因 为 它 是 基于 MVVM 的 编程 模型 ， 它 把 业务 
逻辑 ViewModel 和 页 面 View 彻 确 分 开 ， 同 时 ，View 中 的 每 个 控件 的 状 
态 ， 都 与 ViewModel 中 的 属性 进行 了 绑 定 ， 这 样 的 话 ，View 中 控件 状态 
变化 ，ViewModel 中 的 属性 也 会 相应 变化 ， 反 之 亦 然 。 所 以 把 
ViewModel 序 列 化 到 本 地 ， 即 使 View 被 销毁 了 ， 重 新 创建 View， 并 把 
保存 到 本 地 的 ViewModel 与 之 绑 定 ， 就 可 以 重 现 View 被 销毁 之 前 的 状态 
一 一 我 们 称 为 幕 碑 机 制 。 


不 得 不 说 ， 微 软 的 墓碑 机 制 确实 做 得 很 好 ， 它 吸取 了 iOS 和 
Android 的 经 验 ， 让 恢复 页 面 状态 变 得 容易 很 多 。 


3.5.6 ”如 何 看 待 SharedPreferences 
在 我 们 决定 禁止 使 用 全 局 变量 后 ， 曾 经 一 段 时 间 确 实 有 了 很 好 的 


效果 ， 但 是 我 后 来 仔细 一 看 项 目 ， 新 的 全 局 变量 倒是 真 的 不 再 有 了 ， 
大 家 都 改 为 存 取 SharedPreferences 的 方式 了 。 


在 我 看 来 ，SharedPreferences 是 全 局 变量 序列 化 到 本 地 的 另 一 种 形 
式 。SharedPreferences 中 也 是 可 以 存 取 任何 支持 序列 化 的 数据 类 型 的 。 


我 们 应 该 严格 控制 SharedPreferences 中 存放 的 变量 的 数量 。 有 些 数 
据 存 在 SharedPreferences 中 是 合理 的 ， 比 如 说 当前 所 在 城市 名 称 、 设 置 
页 面 的 那些 开关 的 状态 等 等 。 但 不 要 把 页 面 跳 转 时 要 传递 的 数据 放 在 
SharedPreferences 中 。 这 时 候 ， 要 优先 考虑 使 用 Intent 来 传递 数据 。 


3.5.7 User 是 唯一 例外 的 全 局 变量 


依 我 看 来 ，App 中 只 有 一 个 全 局 变量 的 存在 是 合理 的 ， 那 束 是 User 
类 。 我 们 在 任何 地 方 都 有 可 能 使 用 到 User 这 个 全 局 变量 ， 比 如 获取 用 
记名 、 用 户 昵 称 、 喘 份 证 号 码 等 等 。 


User 这 个 全 局 变量 的 实现 ， 可 以 参考 本 章 讲解 的 例子 。 


每 次 登录 ， 痢 要 把 登录 成 功 后 获取 到 的 用 户 信 息 保 存 到 User 类 。 
以 后 ， 每 当 User 的 属性 有 变动 时 ， 我 们 都 要 把 User 保 存 一 次 。 退 出 登 
杂 ， 束 把 User 类 的 信息 进行 清空 。 与 之 前 我 们 所 设计 的 全 局 变量 不 
同 ，App 局 动 时 不 需要 清空 User 类 的 数据 。 因 为 我 们 希望 App 记 住 上 次 
用 户 的 登录 状态 以 及 用 户 信息 。 再 讲 下 去 吏 涉 及 用 户 Cookie 的 机 制 
了 。 


3.6 本章 小 结 


本 章 讨论 了 App 中 的 集中 几 种 场景 的 设计 ， 其 中 包括 : 如 何 设计 
App 图 片 缓存 ， 如 何 优化 网 络 流量 ， 对 城市 列表 的 重 狐 思考 ， 如 何 让 
HTML5 在 App 中 发 挥 更 大 的 作用 ， 如 何 解决 全 局 变量 过 多 导致 的 内 存 


回收 问题 ， 等 等 。 


下 一 章 ， 我 将 介绍 Android 的 编码 规范 和 命名 规范 。 


第 4 章 ”Android 命 名 规范 和 编码 规范 


写本 章 的 时 候 ， 我 正在 恶 补 《 灌 介 高手 》。 在 狂笑 过 后 ， 冷 静 地 
思考 赤木 军团 的 成 与 败 。 这 个 团队 的 每 个 成 员 都 是个 性 强 到 爆 表 ， 这 
恰恰 是 该 团队 的 软肋 ， 即 每 个 成 员 都 不 会 为 了 团队 的 利 答 而 抛弃 个 
性 。 


由 此 想到 写 程序 中 ， 编 码 规范 古 泥 火 程 序 员 个 性 的 一 项 制度 ， 但 
对 于 整个 团队 而 言 ， 却 古 一 件 利 絮 。 它 能 让 代码 整齐 有 序 ， 任 何人 都 
能 接手 其 他 人 的 工作 ， 而 不 会 因为 代码 风格 迎 异 而 人 花费 过 多 时 间 。 


代码 是 程序 员 的 第 二 张 脸 。 每 个 程序 员 在 嘲笑 别人 代码 的 同时 ， 
有 没有 想 过 目 己 的 代码 也 会 成 为 别人 的 谈资 呢 ? 


制定 规范 不 需要 太 多 的 理论 知识 ， 只 要 记 住 两 点 就 够 了 7， 尽量 简 
单 ， 多 写 注释 。 


4.1 Android 命 名 规范 


无 规 窟 不 成 方圆 。 


一 个 项 目 必须 有 统一 的 命名 规范 ， 只 有 这 样 ， 才 像 是 一 个 团队 做 
的 产品 。 命 名 规范 有 以 下 几 点 需要 注意 : 


百 先 ， 命 名 规范 不 能 反 人 类 。 
我 曾经 见 过 有 的 Team Leader 这 样 为 Acitivty 设 计 命名 规范 : 
PersonActivityAddCustomer.java 


我 看 过 他 们 团队 的 项 目 ， 所 有 的 Activity 全 都 是 上 述 这 种 “模块 名 
+Activity+ 页 面 名 ”的 命名 方式 。 我 很 奇怪 的 是 ， 为 什么 不 设计 成 以 下 方 
式 呢 ， 如 图 4-1 所 示 。 


bd + com.youngheart.activity.person 
bp [D AddCustomerActivity.java 
图 4-1 ”Activity 的 命名 规范 


这 就 涉及 人 生 观 、 价 值 观 和 审美 观 了 ， 作 为 Team Leader， 不 能 因 
为 自己 的 癖好 ， 制 定 出 一 些 变 态 的 规范 ， 而 让 其 他 团队 成 员 跟 着 受 


罪 。 


其 次 ， 要 望 文 而 知 义 ， 清 晰 准确 。 比 如 说 登录 页 面 的 登录 按钮 ， 
命名 时 就 不 能 像 button1 这 样 随心 所 欲 ， 要 类 似 于 login_button (资源 文 
件 ) 或 bmLogin (java 代 码 中 的 按钮 实例 ) 这 样 的 名 称 。 

此 外 ， 遇 到 MyGridView 之 类 的 命名 ， 束 可 以 把 创建 该 文件 的 同学 
拉 出 去 打 80 大 板 了 ， 而 且 要 肚皮 朝 上 的 那 种 打 法 。 


最 后 ， 命 名 规范 二 万 别 制 定 太 多 ， 多 了 会 让 人 烦 ， 没 人 看 ， 更 没 
人 遵守 。 要 做 到 简单 易 记 ， 适 可 而 止 。 

下 面 说 点 具体 的 规则 : 

1) Java 类 文件 命名 规范 。 

'Activity 命 名 规范 : 以 Activity 作 为 后 级 。 比 如 说 PersonActivity 。 


.Adapter 命 名 规范 : 以 Adapter 作 为 后 缀 。 比 如 说 PersonAdapater。 


-Entity 命名 规范 : 大 多 以 Entity 作 为 后 缀 。 比 如 说 PersonEntity。 值 
得 注意 的 是 ，User 是 全 局 变量 ， 不 算是 实体 ， 不 受 此 约束 。 


2) 资源 文件 命名 规范 。 


layout 目 孙 下 的 文件 命名 规范 : 


:页 面 布局 文件 。 以 act_ 为 前 缀 ， 以 Activity 所 在 的 Package 作 为 中 
级 ， 以 Activity 的 名 称 (去 掉 Activity 后 级 ) 作为 后 级 。 注 意 都 是 小 写 。 


-例如 ， 对 于 Person 这 个 模块 下 的 AddCustomerActivity， 它 的 layout 


文件 就 应 该 是 : act_person_addcustomerXxml。 


:ListView 中 的 item 布 局 文件 。 以 item_ 作 为 固定 前 级 ， 列 表 项 的 
名 称 为 后 级 。 注 意 都 是 小 写 。 例 如 ， 某 个 页 面 下 有 一 个 用 户 列表 ， 控 
件 名 为 lvUserList， 那 么 item 的 layout 束 应 该 是 : item_lvUserList.xml。 


.Dialog 布 局 文件 。 


以 dlg_ 作 为 固定 前 级 ，Dialog 的 功能 名 称 为 后 级。 注意 都 是 小 写 ， 
例如 : dlg_hint.xml。 


-drawable 目 录 下 文件 命名 规范 。drawable 目 录 下 的 资源 ， 大 部 分 是 
图 片 ， 此 外 ， 还 有 一 部 分 xml 文 件 ， 用 于 Selector。 但 无 论 是 图 片 ， 亦 或 
Selector 文 件 ， 都 应 该 壮 守 下 述 命名 规范 : 


对 于 只 在 一 个 页 面 使 用 的 和 质 产 ， 吏 以 该 页 面 的 名 称 作为 前 组 。 


-对 于 只 在 一 个 模块 下 多 个 页 面 使 用 的 资源 ， 束 以 该 模块 的 名 称 
作为 前 级。 


-对 于 在 各 个 模块 、 各 个 页 面 都 有 可 能 使 用 的 资源 ， 比 如 说 上 导 


航 、 下 导航 ， 以 common 作 为 前 级 。 
3) Java 类 中 控件 对 象 的 命名 规范 。 


控件 类 型 缩写 + 控件 的 逻辑 名 称 〈 首 字母 大 写 ) ， 比 如 登录 按钮 ， 
区 可 以 命名 为 btnLogin 。 


表 4-1 列 出 了 一 些 和 常用 控件 的 缩写 。 


表 4-1 管用 控件 的 缩写 


控 ” 件 缩写 控 ” 件 缩写 
TextView tv tb 
CheckBox chk tab 
Datepicker my 


4) Layout 中 控件 对 象 的 命名 规范 。 


这 里 我 建议 ， 与 Activity 中 相对 应 的 控件 名 称 保持 一 致 。 这 样 的 好 
处 是 可 以 迅速 copy-paste 出 以 下 代码 而 杜绝 任何 的 潜在 错误 : 


Button btnLogin = (Button)findViewById(R.id.btnLogin); 


但 生 这 样 做 与 传统 Android 的 命名 规范 吏 不 一 致 了 ， 至 少 违反 了 2 
条 : 不 应 该 出 现 大 写字 母 ，btn 和 Login 之 间 没 有 以 下 划 线 进行 连接 ， 以 
下 的 命名 才 且 中规中矩 的 : 


Button btnLogin = (Button)findViewById(R.id.sign_in_button); 


我 认为 以 上 两 种 命令 方式 都 是 可 行 的， 只 要 认定 其 中 一 种 并 坚持 
用 下 去 ， 就 是 我 们 需要 的 规范 ， 只 要 不 反 人 类 即 可 。 


5) strings.xml 中 常量 的 命名 规范 。 


因为 这 些 值 大 多 在 Layout 中 的 控件 上 使 用 ， 所 以 以 该 弟 量 所 在 的 
Activity 名 称 作 为 前 缀 ， 后 面 接 控 件 名 称 ， 再 后 面 束 目 由 发 挥 了 ， 比 如 
登 孙 页 面 的 登录 按钮 上 显示 的 文字 ， 怠 可 以 命名 为 : 


loginActivity_btnLogin_text。 


男 一 种 使 用 场景 则 是 在 Java 代 码 中 使 用 ， 可 能 出 现在 Activity 中 ， 
也 可 能 出 现在 工具 类 Utils 中 ， 这 时 候 ， 如 琳 是 和 具体 Activity 相 天 ， 那 
么 规则 和 上 面 的 一 样 ， 以 所 在 的 Activity 名 称 作 为 前 级 ， 如 果 涉 及 和 公 
共 模 块 和 控件 相关 ， 束 以 common_ 作 为 前 级 。 


strings.xml 的 规则 可 以 灵活 一 些 。 我 们 甚至 可 以 将 其 按照 模块 拆 分 
为 多 个 strings 文 件 ， 只 要 resoures 标 签 下 都 是 string 标 签 就 行 ， 编 译 打包 
时 会 目 动 将 同类 文件 进行 合并 ， 如 图 4-2 所 示 。 


E-values 
strings_module_a.xml 


strings_module_b.xml 


图 4-2 ”strings.xml 的 命名 规范 


这 样 做 的 好 处 是 ， 各 个 模块 维护 各 目的 strings.xml。 但 为 第 量 命名 
时 束 一 定 要 以 模块 名 作为 前 约 了 ， 不 然 很 容易 产生 重 名 的 情况 ， 从 而 
编译 报错 。 


6) 常量 命名 。 
这 一 点 遵守 Java 的 命名 规范 ， 即 只 能 包含 字母 和 下 划 线 _， 字 母 全 


部 大 写 ， 单 词 之 间 用 下 划 线 隔 开 。 


天 于 命名 规范 的 事情 ， 可 以 写 十 几 页 密 密 廊 麻 的 规则 ， 我 这 里 只 
提 到 最 关键 的 儿 氮 。 其 他 的 ， 要 人 么 是 不 重要 ， 要 么 是 使 用 场景 少 ， 所 
以 都 可 以 目 由 发 挥 。 


记 住 ， 命 名 规范 的 作用 在 于 : 


-好 的 文件 命名 规范 ， 让 儿 千 个 文件 分 门 别 类 的 放 在 好 找 的 位 置 。 


好 的 对 和 象 命名 规范 ， 让 整个 项 目的 代码 风格 整 并 一致。 


切记 ， 不 能 为 了 规范 而 规范 ， 网 上 的 各 种 规范 不 胜 枚 举 ， 让 人 眼 
化 综 乱 ， 但 是 过 多 的 规范 ， 会 让 App 这 个 轻 量 级 的 应 用 痛 上 越 来 越 沉 重 
的 包容 ， 举 步 维 颈 。 


制定 一 父 切 实 可 行 、 易 于 遵守 的 命名 规范 ， 坪 每 个 Team Leader 的 
必 有 备 技能 。 


4.2 ” ”Android 编 码 规范 


前 面 写 的 内 容 束 是 为 了 编码 规范 做 铺 瓜 。 


VTE!YoungHeart 
TSsrc 
朵 com.youngheart.activity.others 
区 {tH com.youngheart.activity.personcenter 
bP 骨 com.youngheart.adapter 
朵 com.Yyoungheart.db 


bP 册 com.youngheart.engine 
朵 com.youngheart.entity 

= 朵 com.youngheart.interfaces 
= 朵 com.youngheart.listener 

= 朵 com.youngheart.ui 

bP 朵 com.youngheart.utils 


图 4-3 分门别类 存放 各 种 类 


有 人 说 ， 编 码 规范 网 上 多 的 是 ， 我 融 见 过 有 人 网 上 摘抄 了 一 些 然 
后 跟 我 讲 这 征 他 们 团队 的 编码 规范 的 。 这 不 对 ， 不 能 为 了 规范 而 规 
范 ， 规 范 生 为 了 解决 实际 问题 的 。 我 个 人 经 过 血 和 泪 的 后 的 经 验 总 结 
如 下 : 


1) 要 分 门 别 类 存放 各 种 类 ， 如 图 4-3 所 示 。 


2) 要 怎么 使 用 findViewById 语 句 ? 


看 过 项 目 中 很 多 人 都 这 么 使 用 findViewById 语 句 : 


Qoverride 
protected void onCreate(Bundle SavedInstanceState) { 
Super.oncCreate(SavedInstanceState ) ， 
SetContentView(R. Jayout .activity_main) ， 
((TextView)findViewById(R.id.]1login_status_message)) 
.SetVisibility(View.VISIBLE); 


从 面 癌 对 象 的 角度 出 发 ， 以 下 写法 是 不 是 更 好 呢 : 


TextView tvLoginStatusMessage 

QOverride 

protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedInstanceState); 
setCcontentView(R.1layout.activity_main); 
tvLoginSstatusMessage = 

(TextView)findViewById(R.id.1login status_ message); 

tvLoginSstatusMessage.setVisibility(View.VISIBLE); 

} 


我 们 观察 到 ， 把 控件 对 象 声 明 在 Activity 级 别 会 更 好 一 些 ， 在 
initViews 中 对 其 赋值 ， 而 在 Activity 的 其 他 地 方 还 有 使 用 的 机 会 。 


也 许 有 人 会 质疑 ， 如 果 这 个 控件 只 使 用 了 一 次 ， 那么 第 一 种 写法 


其 实 古 最 好 的 。 但 这 毕竟 古 少数 ， 我 们 现在 要 统一 编码 规范 ， 只 能 牺 
和 性 一 部 分 人 的 利益 ， 来 达到 协同 工作 的 效率 最 大 化 。 


3) Layout 中 的 常量 ， 要 在 资源 strings.xml 中 定义 。 


以 下 的 使 用 方式 是 错误 的 : 


<TextView android:text=" 评 论 


我 们 要 将 “评论 ”这 个 常量 定义 在 strings.xml 中 : 


<resources> 
<string name="tvPersonCenter"> 评 论 


</string> 
</resources> 


然后 在 Layout 布 局 文件 中 这 样 使 用 : 


<TextView android:text="@string/tvPersonCenter" .. 


男 一 方面 ， 在 Activity 中 也 需要 设置 一 些 常 ` 能 把 它 写 死 ， 要 
将 其 定义 在 strings.xml 中 ， 然 后 每 次 都 从 资源 文件 中 取 值 ， 如 下 所 示 : 


String loadingMessage = this.getString(R.string.loadingmessage); 


Eclipse 编译 时 会 检查 上 述 问 题 ， 显 示 在 Warnings 列 表 中 ， 开 发 人 
员 要 定期 修复 warning 中 类 似 的 问题 。 


4) Layout 中 所 有 控件 的 字体 大 小 ， 都 定义 在 dimens.xml 中 ， 它 相 
当 于 网 站 的 CSS 样 式 表 ， 如 下 所 示 : 


<?xml version="1.0" encoding="utf-8"?> 
<resources> 
<I- 


字体 定义 


<dimen name="font_size_ tiny">10sp</dimen> 

<dimen name="font_size_small">12sp</dimen> 
<dimen name="font_size_normal">14sp</dimen> 
<dimen name="font_size_normal_high">16sp</dimen> 
<dimen name="font_size_ large">18sp</dimen> 
<dimen name="font_size_large_high">20sp</dimen> 
<dimen name="font_size_xlarge">22sp</dimen> 

<<! 一 


边 距 


> 
<dimen name="offset_2dp">2dp</dimen> 
<dimen name="offset_4dp">4dp</dimen> 
<dimen name="offset_6dp">6dp</dimen> 


使 用 方 起 如 下 : 


<TextView android:textSize= "@dimen/font_size normal™" .…. 


此 外 ， 对 于 所 有 控件 的 Margin 偏 移 量 ， 我 们 也 需要 统一 规格 ， 正 
如 上 面 的 dimens.xml 中 的 定义 ， 有 若干 种 尺寸 事先 定义 好 供 我 们 选 


择 。 


<LnearLayout 
android:layout_ marginLeft= "@dimen/offset_2dp" 
android:layout_ marginRight= "@dimen/offset_4dp" 


这 样 做 的 好 处 是 ， 只 要 稍微 修改 一 下 dimens.xml 中 的 定义 ， 就 可 
以 批量 修改 页 面 的 样式 。Android 的 手机 千奇百怪 ， 各 种 分 辨 率 都 存 
在 ， 在 一 些 特殊 机 型 上 ，font_size_normal 字 体 可 能 会 过 大 或 者 过 小 ， 
我 们 将 其 修改 为 13sp 或 15sp， 束 可 以 迅速 看 到 修改 是 否 符合 我 们 的 审 
美观 了 。 


做 得 更 彻 辰 些 ， 有 是 使 用 style 来 统一 控件 的 风格 。 如 条 有 必要 ， 请 
使 用 这 


5) 在 Acitivity 中 ， 定 义 新 的 生命 周期 ， 从 而 将 onCreate 方 法 拆 分 
为 以 下 3 部 分 : 


"initVariables: 初始 化 变量 (包括 Intent 上 的 数据 和 Activity 内 部 使 
用 的 变量 ) 


initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 。 
:loadData: 调用 MobileAPI 。 


拆 分 onCreate 方 法 是 设计 模式 中 单一 职责 原则 的 体现 。 


6) 坚持 使 用 fastJSON 自 定义 实体 来 作为 MobileAPI 的 数据 载体 。 


像 JSONObject、JSONArray、HashMap<String,Object>、 
ArrayList<String,Object> 这 些 不 能 序列 化 的 实体 ， 都 禁止 使 用 。 除 非 它 
们 仅仅 是 为 了 实现 某 个 算法 ， 在 方法 内 部 临时 使 用 。 


千 万 别 丛 丹 哦 。 如 果 觉 得 目 定 义 实体 很 麻烦 ， 建 议 使 用 我 在 第 1 章 
1.4 广 介绍 的 那个 实体 自动 化 生成 工具 EntityGenerator 。 


7) 页 面 之 间 传 值 ， 坚 持 使 用 Itent 携 带 序列 化 实体 数据 的 方式 。 
禁止 为 了 省 事 使 用 全 局 变量 进行 传 值 的 方式 。 


8) 为 控件 添加 事件 。 以 按钮 为 例 ， 为 按钮 添加 点 击 事件 ， 统 一 使 
用 以 下 这 种 方式 : 


btnLogin = (Button)findViewById(R.id.sign_in_button); 
btnLogin.setoncClickListener 
new View.OnClickListener() { 
QOverride 


public void onClick(View v) { 
login(); 


严禁 在 Layout 的 控件 声明 中 直接 声明 事件 方法 ， 以 下 代码 是 不 允 
许 的 : 


<Button android:onClick="gotoLogin" .. 


9) Activity 中 不 要 艇 套 内 部 类 ， 尽 量 都 独立 出 来 ， 该 放 哪 儿 就 放 
哪儿 。 


10) Adapter 的 编码 规范 如 下 : 
.所 有 Adapter， 都 放 在 adapter 这 个 包 中 。 


.Adapter 绑 定 的 数据 ， 一 律 为 ArrayList< 目 定义 可 序列 化 实体 >。 


.在 Adapter 中 创建 适合 于 列表 目 身 的 ViewHolder 实 体 类 。 请 统一 命 
名 为 ViewHolder 。 


11) 实体 不 要 在 不 同 模块 间 共 享 ， 但 是 可 以 在 同一 模块 下 的 不 同 
页 面 间 共 至 。 比 如 说 ， 不 要 在 类 食 模 块 和 酒店 模块 共用 同一 个 实体 ， 
但 是 在 美食 模块 的 列表 页 和 详情 页 ， 可 以 共用 同一 个 实体 。 


12) 为 节省 内 存 ， 请 使 用 ArrayList< 自 定义 实体 >， 而 不 是 
HashMap。 


ArrayList 里 然 慢 一 点 ， 每 次 查找 一 个 元 素 ， 都 是 o(n)， 而 HashMap 
则 是 o(1)， 但 是 ArrayList 在 内 存 的 使 用 上 要 少 于 HashMap。 对 于 
Android 手 机 ， 尤 其 是 配置 很 低 的 手机 ， 我 们 开发 App 的 策略 是 尽量 不 
占用 太 多 内 存 ， 所 以 请 优先 选择 ArrayList< 自 定义 实体 >。 


13) 图 片 的 处 理 ， 请 统一 使 用 第 三 方 组 件 ImageLoader 或 Fresco 来 
进行 异步 加 载 。 


14) 什么 时 候 使 用 SharedPreferences? 对 于 简单 的 配置 信息 ， 设 置 
页 面 的 各 种 开关 ， 这 些 都 是 要 保存 在 SharedPreferences 中 的 。 对 于 复杂 
的 对 象 ， 比 如 说 User 类 ， 比 如 说 城市 基础 数据 ， 这 些 数据 还 是 有 要 存 储 
到 本 地 文件 中 。 


15) 尽量 使 用 ApplicationContext 代 奉 Context， 否 则 会 引起 内 存 泄 
漏 。 当 然 ， 也 不 是 任何 地 方 ApplicationContext 都 可 以 代替 Context， 请 
参见 第 6 章 ， 将 详细 介绍 因为 使 用 不 当 而 导致 的 朋 误 。 


16) 数据 类 型 转换 一 定 要 进行 校 验 。 请 使 用 第 1 章 1.6 节 介绍 的 类 
型 安全 转换 函数 ， 这 些 函 数 能 帮 你 做 两 件 事 ， 一 是 转换 失败 会 有 默认 
值 ; 二 是 由 try...catch... 保 护 ， 不 会 轻易 抛 出 空 指针 或 者 类 型 转换 失败 
的 衣 吝 。 


17) 使 用 常量 来 代替 枚 举 。 众 所 周知 ， 枚 举 的 每 个 值 只 能 


整数 ， 而 没有 toString 这 样 的 方法 ， 所 以 不 如 在 类 中 定义 一 个 字符 串 和 
量 方便 。 此 外 ， 有 人 说 枚 举 的 内 存 开销 要 比 常 量 大 ， 但 我 觉得 这 


判断 常量 比 枚 举 好 的 理由 。 


EI 
全 


这 


= 


不 是 


4.3 ”统一 代码 格式 


最 后 说 说 代码 格式 的 问题 。 这 束 完 全 是 个 人 侦 好 了 “。 有 人 喜欢 把 
方法 的 左 括号 写 在 下 一 行 ， 有 人 则 把 方法 的 左 括号 与 方法 名 称 放 在 同 
一 行 ， 有 人 喜欢 一 句 话 束 是 一 行 代码 ， 有 人 则 喜欢 把 一 句 话 分 成 大 干 
行 来 增强 可 读 性 。 总 之 是 各 有 各 的 喜好 。 


但 古 作 为 一 个 团队 ， 我 们 希望 在 一 个 项 目 中 的 代码 ， 看 上 去 像 古 
一 个 人 写 的 。 那 么 除了 要 求 所 有 开发 人 员 遭 守 编 码 规范 和 命名 规范 
外 ， 统 一 的 代码 格式 也 是 非常 重要 的 。 


Android 源 码 中 包含 了 一 份 android-formatting.xml， 专 门 用 于 统一 
代码 格式 。 每 个 开发 人 员 在 Eclipse 导入 这 个 文件 后 ， 以 后 在 执行 快捷 
键 ctrl+shift+f 时 ，Eclipse 都 会 根据 这 个 文件 来 调整 代码 格式 。 导 入 方法 
如 下 : 


window->preferences->java->Code style->Formatter 中 导入 


android-formatting.xml 


这 个 文件 我 们 可 以 签 入 到 SVN 上 ， 这 样 就 能 所 有 开发 人 员 导 入 的 
是 同一 份 代码 格式 文件 。 


一 方面 ， 我 们 统一 代码 格式 、 制 定编 码 规范 和 命名 规范 ， 另 一 方 
面 ， 我 们 需要 检查 开发 人 员 是 否 疡 格 遵守 这 些 规范 ， 人 工 检查 会 素 死 
人 的 ， 需 要 有 一 个 自动 检查 的 工具 。 这 里 我 推荐 checkstyle 1!" 。 这 是 个 
很 有 趣 的 工具 ， 博 客 园 上 有 专门 的 介绍 站。 


但 是 ， 这 个 工具 只 是 锦上添花 ， 不 必 花 太 多 精力 在 上 面 。 我 们 还 
是 要 把 更 多 功课 做 足 在 优化 App 性 能 、Crash 修 复 上 。 


[1] 更 详尽 的 介绍 ， 可 以 参考 CSDN 上 这 篇 文章 : 
http://blog.csdn.net/thl789/article/details/8040603 ° 

[2] 官方 网 站 地 址 : http://checkstyle.sourceforge.net/。 

[3] 详 细 内 容 请 参 见 
http://www.cnblogs.com/gianxudetianxia/archive/2012/01/01/2309102.html 


[© 


4.4 本 章 小 结 
本 章 讨论 了 Android 开 发 过 程 中 需要 遵守 的 2 个 规范 ， 命 名 规范 ， 
编码 规范 。 


在 此 基础 上 ， 为 了 统一 Android 项 目 中 的 编码 格式 ， 我 们 还 引进 了 


android-formatting.xml 和 checkstyle。 


下 面 的 章节 ， 我 将 介绍 线 上 Crash 的 收集 、 分 析 和 修复 。 


第 二 部 分 “App 开发 中 的 高 级 技巧 
:第 5 对 ”Crash 异 常 收集 与 统计 
:第 6 章 ”Crash 异 常 分 析 
第 7 章 ”ProGuard 技 术 详 解 
第 8 草 “” 持续 集成 


:第 9 草 ”App 范 品 技术 分 析 


这 一 部 分 讨论 4 个 主题 ， 都 和 Android 日 常 开发 工作 无 关 ， 但 如 果 
有 了 这 些 机 制 ， 将 极 大 提高 App 项 目的 质量 和 开发 效率 。 


目 和 完 是 Android 线 上 朋 溃 的 收集 、 分 析 和 修复 。 有 了 这 个 利器 ， 
Android 的 稳定 性 将 极 大 提高 。 一 开始 我 只 准备 了 五 十 多 个 朋 溃 情况 ， 
后 来 越 写 越 多 ， 整 整 写 了 6 个 月 ， 扩 充 到 一 百 多 个 。 其 实 每 个 Crash 在 
网 上 都 有 人 进行 介绍 ， 只 是 众说 纷 练 ， 有 真有 假 。 于 是 我 做 了 很 多 
Demo 试 图 重 现 朋 江 以 分 辨 网上 文章 的 真 假 ， 其 中 很 多 优秀 的 思想 ， 我 


会 详细 介绍 。 


-其 次 是 ProGuard。 除 了 一 份 官 方 文 档 ， 市 面 上 还 没有 一 份 详尽 介 
绍 ProGuard 的 文章 ， 网 上 的 文章 倒是 很 多 ， 但 大 都 很 简单 。 于 是 我 仔 
细 研 究 了 官方 文档 ， 参 考 了 网 上 大 量 的 技术 文章 ， 并 结合 目 身 经 验 ， 
写 下 这 一 篇 专门 给 Android 开 发 人 员 看 的 文章 。 


-再 次 是 适用 于 App 的 持续 集成 (CI) 。 无 论 是 使 用 Ant 还 是 
Maven， 亦 或 是 当下 最 流行 的 Gradle， 都 要 确保 DailyBuild 和 BatchBuild 
的 机 制 。 


.最 后 是 竞 品 分 析 。 不 光 是 竞 品 ， 因 为 我 研究 的 是 技术 实现 ， 所 以 
会 覆盖 到 市 面 上 口碑 比较 好 的 100 委 App， 每 亚都 包括 iO0S 和 Android 两 
种 ， 其 中 在 iOS 上 花 的 时 间 会 更 多 一 些 。 我 发 现 每 个 App 在 技术 实现 上 
都 有 若干 内 光 点 ， 当 然 也 有 做 得 不 好 的 地 方 。 把 这 些 闪光 点 总 结 下 
来 ， 很 有 必要 ， 这 章 干 货 很 多 ， 很 多 都 是 第 一 手 的 研究 心得 ， 分 享 给 


第 5 草 ”Crash 异 常 收 集 与 统计 

本 书 第 5 章 和 第 6 章 ， 将 给 出 Android 线 上 Crash 的 解决 方案 ， 也 就 
是 Crash 分 析 三 部 曲 : 收集 、 统 计 、 分 析 。 

1) 收集 把 Crash 收 集 到 本 地 数据 库 。 

2) 统计 ， 对 每 天 线 上 大 量 的 Crash 进 行 去 重 、 分 类 。 


3) 分 析 : 逐个 分 析 各 类 Crash， 重 现 异常 发 生 的 例子 ， 给 出 解决 


其 中 第 1 和 第 2 点 由 于 篇 幅 不 长 ， 不 能 独立 成 篇 ， 所 以 合并 为 第 5 


= 
有 星 ?5 


5.1 异常 收集 


一 个 健壮 的 App 应 该 能 搜集 运行 中 所 有 的 Crash 信 息 ， 并 将 其 发 送 
到 服务 器 以 便 程 序 员 进行 分 析 。 


对 于 任何 一 款 App 而 言 ， 无 论 页 面 数量 多 少 ， 我 们 也 不 可 能 在 每 个 
页 面 的 每 个 方法 都 加 上 try...catch... 语 句 来 捕获 Crash， 而 是 需要 一 套 统 
一 的 解决 方案 ， 将 Crash 一 网 打 尽 。 


为 此 我 们 需要 了 解 一 个 很 重要 的 类 : UncaughtExceptionHandler， 
用 来 处 理 未 捕获 的 异常 。 未 捕获 异常 指 的 是 在 程序 中 未 使 用 try.…. 
catch... 语 句 而 抛 出 的 异常 。 我 们 需要 在 App 级 别处 理 这 些 未 捕获 到 的 异 


党 ， 算 十 最 后 一 道 天 卡 。 


如 有 果 程 序 出 现 了 未 捕获 异常 ， 默 认 会 弹出 系统 的 强制 关闭 对 话 
框 。 我 们 需要 实现 此 接口 ， 并 在 App 中 对 其 进行 注册 。 这 样 当 未 捕获 异 
常 发 生 时 ， 就 可 以 做 一 些 个 性 化 的 异常 处 理 操 作 。 


于 是 我 们 设计 一 个 CrashHandler 类 ， 使 之 继承 自 
UncaughtExceptionHandler， 来 定义 我 们 目 己 的 异常 捕获 多 辑 ， 如 下 所 


修 \: 


大 类 
* UncaughtException 处 理 类 


/ 当 程序 发 生 


Uncaught 异 常 的 时 候 


* 由 该 类 来 接管 程序 


7 并 记录 发 送 错误 报告 


* 需要 在 


Application 中 注册 ,为 了 要 在 程序 启动 器 就 监控 整个 程序 。 


*/ 
public class CrashHandler implements UncaughtExceptionHandler { 
public static final String TAG = "CrashHandler"; 


public static final String APP_CACHE_PATH = 
Environment.getExternalSstorageDirectory().getPpath() 


+ "/YoungHeart/crash/"; 


我 们 要 实现 CrashHandler 的 uncaughtException 方 法 ， 详 细 的 代码 如 
下 所 示 : 


/** 
* 当 


UncaughtException 发 生 时 会 转 入 该 函数 来 处 理 


*/ 
QOverride 
public void uncaughtException(Thread thread, Throwable ex) { 
If (!handleException(ex) && mDefaultHandler != null) { 
// ”如果 用 户 没有 处 理 则 让 系统 默认 的 异常 处 理 器 来 处 理 


mDefaultHandler .uncaughtException(thread, ex); 
} else { 
try 苹 
Thread.sleep(3000); 
} catch (InterruptedException e) { 
Log.e(TAG, "error : ", e); 
} 


// 退出 程序 


android.os.Process.killProcess( 
android.os.Process.myPid( )); 
System.exit(1); 


这 里 只 介绍 其 中 最 关键 的 方法 ， 也 就 古 handleException 方 法 ， 这 个 
方法 做 三 件 事 情 : 


1) 发 错误 日 志 到 服务 器 。 

2) 给 用 户 毅 溃 前 的 友好 提示 。 
3) 把 错误 日 志 记 录 到 SD 卡 。 
其 代码 如 下 所 示 : 


/* * 
* 自 定义 错误 处 理 


7 收集 错误 人 


了 由 
[eanly 


* 发 送 错误 报告 等 操作 均 在 此 完成 


* @param ex 
* @return true :如 果 处 理 了 该 异常 信息 


;否则 返 


false. 
*/ 
private boolean handleException(Throwable ex) { 
If (ex == null) { 
return false; 
} 


// 把 


Crash 发 送 到 服务 器 


sendCcrashToServer(context, ex); 
// 使 


TOaSt 来 显示 异常 信息 


new Thread() { 
@Override 
public void run() { 
Looper .prepare(); 
Toast.makeText(context, 
"很 抱 末 


, 程序 出 现 ; 


| 
ET 
短 


,即将 退出 


Toast .LENGTH_SHORT). show( ); 
Looper .loop(); 


} 
}.start(); 
// 保存 日 志文 件 


saveCrachIinfoInFile(ex); 
return true; 


sendCrashToServer 方 法 负责 将 捕获 的 异常 发 送 到 服务 器 ， 为 此 需 
MobileAPI 提 供 一 个 接口 。 表 5-1 中 的 信息 都 是 很 重要 的 ， 我 们 要 事先 准 
备 这 些 数据 。 


表 5-1 Crash 数 据 表 结构 


ul 
涵 
Ly 
Ea 
性 
Bt 


id 日 增 id 

client type Crash 所 在 的 App 

page_name Crash 所 在 的 Activity 名 称 

exception name Crash 名 称 

exception stack Crash 详细 信息 

crash type 1 表示 骨 溃 了 ，0 表示 被 try-catch 捕获 到 了 
app_version 当前 App 的 版 本 

Os_version Android 系统 的 版 本 

device_ model Android 手机 型 号 

device id Android 手机 设备 号 

network type 网 络 类 型 ， 是 否 为 WIFI 

channel id 渠道 号 

client type 标记 Crash 发 生 在 Android 还 是 iPhone 
Imemory info Crash 发 生 时 的 内 存 使 用 情况 

crash time Crash 发 生 时 间 ， 在 插入 数据 库 时 ， 由 数据 库 自 动 生成 


有 了 上 述 机 制 ， 所 有 的 异常 就 全 都 能 被 捕获 到 了 “。 但 并 不 是 所 有 
的 异 闻 都 导致 朋 福 一 一 我 们 希望 尽 可 能 留 住 用 户 ， 而 不 是 App 裔 入 后 重 
局。 因为 用 户 十 不 会 重 局 打开 App 的 ， 至 少 我 不 会 。 


有 些 异 常 是 不 严重 的 。 比 如 说 MobileAPI 的 数据 不 规范 ， 该 返回 数 
值 的 却 返 回 了 字符 串 ， 不 能 为 空 的 字段 却 返 回 了 空 值 。 这 些 数据 中 ， 
有 些 数 据 仅仅 是 为 了 显示 ， 显 示 与 否 无 伤 大 雅 ， 所 以 即使 解析 时 出 了 
问题 抛 出 异 第 ， 也 不 应 该 朋 涡 。 我 们 应 该 在 相应 的 Activity， 在 具体 解 
析 数 据 的 地 方 ， 加 一 层 自 定义 的 try...catch... 语 句 ， 来 捕获 这 些 已 知 的 


己 A 
开 朋 ° 


需要 注意 的 是 ， 如 果 异 常 在 Activity 中 就 被 捕获 到 了 ， 就 不 会 将 其 
再 交 由 Application 级 别 的 CrashHandler 类 去 处 理 了 。 所 以 我 们 要 在 这 个 


Activity 的 try...catch... 语 名 中 ， 手 动 把 异常 信息 发 送 到 服务 硕 。 在 具体 
的 Activity 中 ， 我 们 会 将 CrashType 设 置 为 0， 而 在 CrashHandler 中 才 会 将 


CrashType 设 置 为 1 。 


5.2 异 第 收集 与 统计 


目前 业界 对 App 线 上 Crash 的 收集 一 般 有 2 种 ， 要 么 记录 到 第 三 方 平 
台 ， 要 么 记录 到 自己 的 数据 库 中 。 


使 用 第 三 方 Crash 收 集 分 析 平 台 的 好 处 是 ， 他 们 能 提供 一 套 完整 的 
Crash 分 类 和 报表 统计 工具 。 比 如 腾讯 的 Bugly 平 台 ， 他 们 还 能 提供 技术 
文 持 ， 告 诉 你 菏 类 要 怎么 修复 。 


接 下 来 我 要 介绍 的 是 ， 如 何 记 杂 到 目 己 的 数据 库 中 ， 然 后 目 行 统 
计 分 析 这 些 Crash 数 据 。 其 实 并 不 难 。 


5.2.1 人工 统计 线 上 Crash 数 据 


最 一 开始 ， 我 们 是 通过 人 工 的 方式 手动 统计 这 些 Crash 数 据 的 ， 当 
时 是 把 这 活 儿 分 给 了 新 来 的 3 个 Android 开 发 人 员 ， 因 为 新 人 往往 有 股子 
冲劲 儿 。 


第 一 次 我 们 用 了 3 天 时 间 ， 分 析 了 1 天 的 Crash 数 据 ， 大 约 2000 多 
笔 ， 对 每 个 Crash 进 行 了 分 类 ， 我 们 在 分 析 中 就 发 现 : 


1) 有 很 多 重复 的 Crash。 这 其 中 分 很 多 种 情况 。 


.有 不 同 设备 在 不 同时 间 发 出 来 重复 的 Crash， 这 时 候 要 检查 是 否 只 
对 某 些 机 型 或 Android 版 本 才 会 发 生 类 似 问 题 ， 比 如 说 Android2.1 不 文 
持 https。 


:有 不 同 设备 在 一 个 时 间 段 发 出 来 重复 的 Crash。 这 时 候 要 检查 
MobileAPI 是 否 运 回 了 脏 数 据 而 App 没 有 使 用 try...catch... 语 句 捕 获 到 | 。 


:有 相同 设备 在 很 短 的 时 间 段 内 频 蚂 发 送 了 重复 的 Crash。 这 是 因为 
App 没 有 做 好 朋 北 后 的 去 后 工作 导 任 的 ， 它 试图 重新 局 动 发 生 朋 江 的 那 
个 Activity， 然 后 重 局 过 程 中 因为 要 重新 执行 onCreate 方 法 而 这 个 方法 
有 空 指针 ， 于 是 整 会 造成 “ 朋 江 一重 局 一 月 并 一 重 局 ”的 死 循环 ， 直 到 
用 户 强 制 关 闭 App。 对 此 ， 我 们 需要 去 除 重复 数据 。 


2) 每 笔 异常 信息 都 包括 以 下 2 部 分 数据 信息 
-exception_name: Crash 对 应 的 异常 名 称 。 
-exception_stack: Crash 的 详细 信息 。 


不 要 以 exception_name 作 为 Crash 分 类 的 标准 ， 这 是 不 准确 的 。 比 如 
说 ， 因 为 空 指 针 NullPointer 导 致 时 朋 误 ， 但 是 exception_name 却 是 
RuntimeException。 所 以 exception_name 只 能 作为 Crash 的 参考 标准 ， 而 
产生 Crash 的 真正 原因 ， 则 隐 尖 在 exception_stack 中 。 


3) exception_stack 中 含有 OutOfMemory 内 容 的 ， 都 是 内 容 游 出 导 
致 的 。 但 是 逆 命 题 不 成 立 。 因 为 有 些 内 容 洲 出 导致 的 崩溃 ， 抛 出 的 异 
常 信息 却 不 包括 OutOfMemory 内 容 ， 比 如 说 
ResourcesNotFoundException， 有 很 多 情况 是 资源 明明 存在 于 App 中 但 
还 是 说 找 不 到 ,“ 峥 眼 说 频 话 ?”， 于 是 我 们 也 只 好 眼睁睁 地 看 着 它 朋 溃 
了 而 无 能 为 力 。 


4) 对 于 衬 指 针 NullPointerException 这 个 “不 治之 证 >， 我 们 观察 到 
的 情况 是 ，NullPointerException 只 是 导致 朋 往 的 结果 ， 而 不 是 原因 。 导 
致 空 指针 的 情况 五 花 八 门 ， 有 时 ， 我 们 要 留意 exception_stack 中 Cause 
by 后 面 的 内 容 ， 如 下 所 示 : 


java.lang.RuntimeException: Failure delivering result ResultInfo 
{who=null, request=3, result=-1, data=Intent{ (has extras) 
contextId=0, taskId=0 }} to activity f{ 包 名 称 


/Activiyy 名 称 


如 果 只 看 前 半 段 信息 ， 根 本 不 知道 问题 所 在 ， 继 续 辐 下 看 ， 会 发 
现在 Cause by 处 有 空 指针 的 提示 信息 ， 如 下 所 示 : 


Caused by: java.lang.NullPointException at 包 名 称 


.ActIVItyY 名 称 


.ONActivityResult(Unknown Source) at 
android.app.Activity.dispatchActivity(Activity,java:5352) at 


5) 窗 体 泄露 这 类 问题 ， 基 本 都 是 想 关 闭 弹出 框 的 时 候 ， 却 发 现 承 
载 它 的 和 窒 主 已 经 不 在 。 


6) ListView 和 Adapter 相 关 的 Crash 基 本 都 发 生 在 分 页 获取 数据 的 声 
景 ， 数 据 源 发 生 了 改变 ， 却 没有 及 时 通知 ListView 和 Adapter 。 


5.2.2 ”第 一 个 线 上 Crash 报 表 : Crash 分 类 


在 找到 了 这些 Crash 的 共性 后 ， 我 们 开始 调整 Crash 分 析 的 策略 。 我 会 
引入 SQL Server 和 C# 作 为 分 析 的 工具 。 


1) 首先 ， 每 天 上 班 ， 我 会 把 昨天 24 小 时 的 Crash 数 据 从 服务 器 上 取 
下 来 ， 导 出 为 excel 文 件 ， 然 后 再 把 excel 还 原 到 本 地 SQL Server 数 据 库 
的 CrashDB 这 个 表 。 这 样 我 整 可 以 在 本 地 数据 库 上 写 各 种 各 样 的 SQL 语 
句 来 分 析 这 些 数据 了 ， 不 必 担 心 直 接 在 线 上 直接 操作 SQL 而 把 线 上 数 
据 库 搞 死 。 


2) 接 下 来 我 会 执行 一 个 存储 过 程 UpdateCrashDesc， 把 这 些 Crash 
数据 分 门 别 类 ， 为 此 ， 我 要 为 存放 Crash 的 表 CrashDB 加 一 个 字段 
crash_desc， 用 来 表明 Crash 是 哪个 类 别 的 。 


存储 过 程 UpdateCrashDesc 的 逻辑 就 是 把 人 符合 某 类 特征 的 那些 
Crash， 设 置 其 crash_desc 字 段 为 同一 个 值 ， 如 下 所 示 : 


CREATE PROCEDURE [dbo].[UpdateCcrashDesc] 
AS 
BEGIN 

SET NOCOUNT ON ， 
update CrashDB 
Set crash_desc = “内 存 溢出 


where exception_stack like '%0OutOfMemory% 

and crash desc is null 

update CrashDB 

set crash_desc = 'ClassCastException' 

where crash desc is null 

and exception_stack like '%java.lang.ClassCastException%' 
update CrashDB 

Set crash_desc = “数组 越界 


where crash desc is null 

and exception_ stack like '%OutOofBoundsException%' 
update CrashDB 

set crash_desc = 'java.lang.VerifyError' 

where crash desc is null 

and exception_stack like '%java.lang.VerifyError%' 
update CrashDB 

Set crash_desc = ' 各 个 页 面 的 空 指针 


where crash desc is null 

and exception_stack like '%NullPointerException%' 
update CrashDB 

set crash_ desc = 'is your activity running?' 

where crash desc is null 

and exception_ stack like '%is your activity running?%' 
- -中 间 省 略 若 干 


Update 语 句 


update CrashDB 
Set crash_desc = “不 明 觉 厉 


where crash_desc is null 
END 


考虑 到 章节 限制 ， 我 只 贴 出 了 UpdateCrashDesc 这 个 存储 过 程 的 部 
分 代码 ， 全 部 代码 请 参见 我 博客 上 的 源码 由。 值得 注意 的 是 : 


每 条 Update 语 名 代表 做 一 次 分 类 操作 。 一 开始 我 也 只 有 十 几 条 
Update 语 句 ， 后 来 慢 慢 扩充 到 五 十 几 条 。 每 次 新 增 一 个 Crash 分 类 ， 就 
加 在 “不 明 觉 厉 ” 这 条 Update 语 句 之 上 即 可 。 


“不 明 觉 厉 ” 这 个 Crash 类 别 ， 是 经 过 上 述 五 十 几 条 Update 语 句 般 选 
后 ， 剩 下 的 Crash。 这 类 Crash 数 量 不 能 超过 100， 否 则 ， 束 应 该 从 中 继 
寻找 共性 ， 拆 分 成 新 的 Crash 类 别 ， 编 写 一 个 新 的 Update 语 句 。 


3) 接 下 来 我 会 执行 一 个 存储 过 程 GroupOnlineCrash， 用 以 统计 各 
类 Crash 的 数量 。 


CREATE PROCEDURE [dbo].[GroupOnlineCrash] 
AS 
BEGIN 
SET NOCOUNT ON 
select * into #temp1 from CrashDB 
where client_type=20 
order by page_name，exception_name，exception_stack 
select crash_desc，COUNT(crash_desc) as count from #temp1 
group by crash_desc 
order by COUNT(crash desc) desc 
END 


执行 结果 如 图 5-1 所 示 。 


| Package manager has died 
各 个 内 面 的 空 指 针 
InflateException 
UnsatisfiedLink Emor 
内 存 洲 出 
dolnBackground 
Failure delivering result Resultinfo 
数组 越界 
不 明 沉 历 
NumberFormatException 
Permission 相 天 
Resources$NotFoundException 
Fragment 相 天 ,百度 查 Can not perform this action after ... 
is your activity running? 
ClassCastException 
”ListView 剧 新 数据 
SQLiteException 相 关 
View not attached to window manager 
libcore io.DiskLruCache 
parameter must be a descendant of this view 
Transaction TooLargeException 


~ 


图 5-1 ” 线 上 Crash 统 计 图 


对 于 图 5-1 中 排名 前 10 的 线 上 Crash， 我 们 要 花 大 力气 去 分 析 、 修 复 


Es 


523 第 二 个 线 上 Crash 报 表 ; Crasti 夫 重 


我 们 在 前 面 手工 统计 分 析 的 时 候 束 已 经 发 现 ，Crash 有 很 多 重复 。 
我 们 接 下 来 要 去 重 ， 从 而 看 出 每 天 到 确 有 多 少 种 不 同 的 Crash 。 


去 重工 作 由 4 部 分 组 成 ， 如 图 5-2 所 示 。 对 这 4 部 分 工作 介绍 如 下 。 


1. 去 除数 学 不 同 导致 的 重复 


2. 去 除 其 他 情况 的 重复 


3. 去 除 同一 版 本 之 前 的 重复 


4. 按 照 Activity， 把 Crash 分 发 到 人 


图 5-2 ”去 重工 作 的 4 个 步骤 


1. 去 除数 子 不 同 导致 的 重复 


去 重 主要 是 在 exception_stack 字 段 上 做 文章 ， 也 就 是 Crash 的 详细 信 
局 。 我 们 发 现 ， 很 多 时 候 同 一 类 Crash， 它 们 的 exception_stack 字 段 仅仅 
是 数字 的 不 同 ， 比 较 典 型 的 有 以 下 几 种 情况 ; 


-发生 毅 溃 时 的 代码 行 不 同 ， 如 下 所 未: 


package manager has died at android.app.ActivityThread 
.performLaunchActivity(ActivityThread.java:2215) 
package manager has died at android.app.ActivityThread 
.performLaunchActivity(ActivityThread.java:2296) 


:运行 时 的 数值 不 同 ， 如 下 所 示 。 


- 朋 溃 信息 中 的 # 后 面 的 数字 不 同 : 


android.view.InflateException: 

Binary XML file line #8: Error inflating class<unknown> 
android.view.InflateException: 

Binary XML file line #32: Error inflating class<unknown> 


. 朋 溃 信息 中 的 result= 后 面 的 数字 不 同 : 


java.lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=5, result=-1 
java.lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=3, result=-1 


: 朋 江 信息 中 的 ViewRootImplh$W@@ 后 面 的 数字 不 同 : 


android.view.WindowManager$BadTokenException: 

Unable to add window - - token android.app.LocalActivityManager 
$LocalActivityRecord@45a58eeQ is not valid; 

is your activity running? 
android.view.WindowManager$BadTokenException: 

Unable to add window - - token android.app.LocalActivityManager 


$LocalActivityRecord@4012ef33 is not Valid ， 
is your activity running? 


虽然 数值 不 同 ,但 其 实 是 相同 的 Crash。 一 种 好 的 去 重 方案 是 将 这 
些 数值 都 统一 改 为 1000。 这 样 exception_stack 字 段 就 全 都 一 样 了 。 但 是 
一 旦 改 成 1000， 束 没 机 会 恢复 为 之 前 的 值 了 ， 所 以 我 的 做 法 是 ， 在 
CrashDB 这 个 表 再 增加 一 个 字段 dis_info， 把 exception_stack 这 个 字段 的 
数据 复制 一 份 到 dis_info 字 段 ， 然 后 我 们 在 dis_info 字 段 上 进行 修改 。 修 
改 的 方法 是 借助 于 正则 表达 式 ， 进 行 批量 玲 换 。 


按照 上 述 思 路 ， 我 使 用 C# 写 了 一 个 小 工具 ， 它 可 以 遇 历 CrashDB 
表 中 的 每 个 Crash， 取 出 它 的 exception_stack， 使 用 正则 表达 式 进行 蔡 
换 ， 然 后 赋值 给 dis_info 字 段 。 


以 下 是 C# 中 使 用 正则 表达 式 进 行 奉 换 的 实现 代码 : 


string dis_info = (String)read["exception_stack"]; 

// from .java:836) 

// to .java:1000) 

string str = Regex.Replace(dis_ info, @".java:\d*", @".java:1000"); 
// from window android.view.ViewRootImp1$w@41ec8258 

// to window android.view.ViewRootImpl$W@12345678 

// @ 后 面 是 


8 位 字符 


string str2 = Regex.Replace(str, @"\w{8}*", @"@12345678"); 
// from request=327681 
// to request=1000 
string str3 = Regex.Replace(str2, 
@"request=\d*", @"request=1000"); 
// from #4: 


// to #1000: 
string str4 = Regex.Replace(str3, @"#d*", @"#1000"); 
diccrash[(String)(read["id"].ToString())] = str4; 


因为 数字 的 不 同 而 导致 的 Crash 不 能 去 重 的 问题 ， 不 仅 限 于 上 述 这 
几 种 情况 。 我 们 应 该 具体 问题 具体 分 析 ， 每 发 现 一 种 新 情况 ， 就 在 程 
序 中 增加 相应 的 正则 表达 式 ， 进 行 批量 替换 。 


那么 接 下 来 ， 我 们 只 要 使 用 下 述 SQL 语 句 束 能 取得 去 除 重复 的 数 
据 了 ， 不 受 Crash 信 息 中 数字 不 同 的 影响 : 


select distinct page name, dis_ info from CrashDB 
order by page_name, dis_info 


在 对 CrashDB 表 中 的 四 万 笔 数 据 执 行 这 个 SQL 语句 后 ， 得 到 3000 多 
笔 数据 ， 重 复数 据 大 幅 减少 。 


我 对 上 述 C# 程 序 进行 封装 ， 做 成 一 个 工具 ， 可 以 在 配置 文件 中 增 
加 新 的 正则 表达 式 ， 我 将 这 个 工具 称 为 AnalysisCrash， 图 形 界面 如 图 5- 
3 所 示 。 


一 一 
java: \dw . Java: 1000 
af OO @lz345678 


request=sak request=1000 


图 5-3 AnalysisCrash 


相应 的 配置 文件 RegexRules.xml， 如 下 所 示 : 


<?xml version="1.0" encoding="utf-8" ?> 
<Rules> 
<RuUule name="r1" from=".java:\d*" to=" ,java:1000"” /> 
<Rule name="r2" from="@\w{8}" to="@12345678" /> 
<Rule name="r3" from="request=\d*" to="request=1000" /> 
</Rules> 


2. 去 除 其 他 情况 的 重复 


我 还 观察 到 ， 有 很 多 Crash 人 信息， 它们 仅仅 是 长 度 的 不 同 ， 比 如 说 
B 的 Crash 信 息 比 A 多 了 一 块 。 相 应 的 解决 方案 是 ， 对 exception_stack 从 


起 始 位 置 取 150 个 字符 ， 再 进行 distinct 去 重 。 这 样 就 又 能 少 大 量 的 Crash 
数据 了 ，SQL 语 句 如 下 所 示 : 


select distinct page_name, 
SUBSTRING(dis_info, 1, 150) from CrashDB 
order by page_ name, SUBSTRING(dis_info, 1, 150) 


这 样 Crash 数 量 就 从 3000 降 低 到 了 1200 个 。 


也 许 你 会 问 我 为 什么 是 150， 我 只 能 说 这 是 试 出 来 的 。 如 果 设 置 为 
200， 会 略 显 宽松 ， 执 行 上 述 语 句 后 ，Crash 数 量 会 变 成 1300 个 ; 如 果 设 
置 为 100， 则 又 太 产 格 ，Crash 数 量 会 变 成 1100 个 。 我 们 可 以 根据 实际 情 
况 动 态 调 整 这 个 值 。 


不 要 轻易 满足 于 筛选 后 的 这 1200 笔 数据 。 这 里 面 还 是 有 很 多 水 分 
的 。 纵 观 去 重 后 的 1200 笔 数据 ， 里 面 重 复 的 Crash 数 据 还 十 很 多 。 我 们 
只 能 根据 不 同 Crash， 相 应 的 给 出 不 同 的 去 重 方案 。 


比如 说 ， 对 于 VerifyError 这 样 的 Crash， 它 的 page_name 字 段 不 是 某 
个 Activity 页 面 ， 而 是 具有 相同 的 值 Application， 而 对 于 exception_stack 
字段 则 仅仅 是 类 的 名 称 的 不 同 ， 如 下 所 示 ; 


java.lang.VerifyError: Rejecting class 
com.company.app.activity.ActivityA 

that attempts to sub-class erroneous class 
com.company.app.activity.BaseActivity 

(declaration of 'com,.company.app.activity.ActivityA') 
appears in /data/app/com.company.app.ui-2.apk 


对 于 这 个 Crash， 我 们 的 解决 方案 是 ， 只 要 exception_stack 的 前 38 个 
字符 是 java.lang.VerifyError:Rejecting class， 都 视 为 一 个 Crash。 在 执行 
distinct 语 句 之 前 ， 先 排除 这 类 Crash 。 


select * into #tempi from CrashDB 
delete from #temp1 
where SUBSTRING(dis_info, 1, 38) 

= 'java.lang.VerifyError: Rejecting class' 
select distinct page_name, 

SUBSTRING(dis_info, 1, 150) from #temp1 
order by page_ name, SUBSTRING(dis info, 1, 150) 


执行 上 述 语句 后 ，Crash 数 据 从 1200 降 低 为 1100。 


我 们 需要 不 断 地 增加 新 的 规则 ， 从 而 进一步 优化 我 们 的 去 重 结 
果 。 这 吏 需 要 投入 人 力 硬 在 上 面 去 做 了 。 很 多 第 三 方 Crash 收 集 平 台 也 
征 基 于 这 个 思路 去 设计 的 。 


3. 去 除 同一 版 本 之 前 的 重复 
如 何 确 保 昨天 统计 过 的 Crash， 今 天 不 会 再 统计 ? 


相应 的 解决 方案 是 把 今天 的 线 上 Crash 放 到 一 个 数据 表 CrashStore 
中 ， 对 于 第 二 天 的 线 上 Crash 数 据 ， 先 到 CrashSstore 表 中 去 重 ， 那 么 剩 下 
来 的 Crash 数 据 就 是 新 的 了 。 


为 此 我 们 设计 CrashStore 表 结构 如 图 5-4 所 示 。 


_ 列 名 


a 数据 类 型 
categoty_id int 


page_name nvardhar(255) 
sub crash desc nvardhar(500) 


sub_cash_lengh int 

app_Version nmvarcdhar(50) 
fix_status ndhar(10) 

first_find_date datetime 


图 5-4 ”CrashStore 表 结构 


然后 编写 一 个 存储 过 程 UpdateCrashStore， 我 为 每 个 SQL 操 作 都 添 
加 了 注释 ， 仅 供 参考 : 


CREATE PROCEDURE [dbo],[UpdateCrashStore] 
Q@version varchar(30) 
AS 
BEGIN 
SET NOCOUNT ON 
select * into #temp1 from CrashDB 
-- 工 ， 排 除 


java.lang.VerifyError 之 类 


Crash 对 去 重 结果 的 影响 


delete from #temp1 
where SUBSTRING(dis_info, 1, 38) 

= 'java.lang.VerifyError: Rejecting class' 
-- 工 ,X 这 里 可 以 添加 其 他 排除 语句 ， 减 少 对 去 重 逻 辑 的 干扰 


-- 2. 取 


dis_info 的 前 


js 
On 
© 
-Sh 
让 
yy 
星 


select distinct page_name, 
SUBSTRING(dis_info, 1, 150) as sub_crash desc 
into #temp2 from #temp1 
order by page_ name, SUBSTRING(dis_ info, 1, 150) 
-- 3, 在 


CrashStore 表 中 ,和 


出 当前 版 本 的 之 前 已 经 统计 过 的 


区 


Crash 

select * into #tempCrashStore from CrashStore 
where app_version=@version 

-- 4， 使 


left join 语句 ， 筛 选 出 今天 的 、 未 统计 过 的 


Crash 
select t,page_name，t,Ssub_crash_desc 
Into #temp4 from #temp2 七 
left join #tempCrashStore c 
on c.page_name = t.page_name 
and c.sub_crash desc = t.sub_crash_desc 
where c.categoty_id is null 
-- 5， 将 今天 统计 的 


Crash 放 入 


CrashStore 表 


insert CrashStore(page_name，Ssub_crash_desc， 
sub_crash_length, app_version) 
select distinct page name, sub_crash desc, 
150, @version from #temp4 
END 


4. 按 照 Activity， 把 Crash 自 动 分 发 到 人 


这 一 步 不 属于 去 重工 作 ， 而 是 一 件 锦上添花 的 工作 。 我 们 在 给 出 
Crash 报 表 后 ， 发 现 并 没有 把 每 个 Crash 落 实 到 具体 的 开发 人 员 身 上 。 


为 此 ， 我 们 设计 PageOwner 表 ， 用 来 记录 每 个 Activity 应 该 由 哪 位 
开发 人 员 负 责 修 复 的 对 应 关系 ， 表 结构 如 图 5-5 所 示 。 


表 中 的 数据 可 以 如 图 5-6 所 示 。 
数据 类 型 


nvarchar(100) 
nvarchar(100) 


HomeActivity 张 二 
UserActivity 李 四 


图 5-6 ”PageOwner 中 的 数据 


那么 在 出 报表 的 上 时候， 与 PageOwner 这 个 表 进 行 匹 配 ， 就 能 得 出 
个 Crash 应 该 谁 来 负责 修复 了 。 


至 此 ， 一 套 完 整 的 Crash 去 重 流程 束 做 完了 。 我 们 再 重新 梳理 一 下 
上 上述 去 重 的 流程 ， 如 图 5-7 所 示 。 


本 世 所 介绍 的 线 上 Crash 分 析 流 程 ， 在 Android 发 碑 后 每 天 都 要 做 一 
笛 ， 把 昨天 24 小 时 内 产生 的 线 上 Crash 分 析 一 志 。 一 般 而 言 ， 发 版 后 的 
头 2 天 ，Crash 数 据 不 太 多 ， 因 为 很 多 人 还 没有 升级 App 到 最 新 的 版 本 ， 
发 版 后 的 第 3 到 5 天 ， 基 本 束 能 收集 到 这 个 版 本 95% 的 线 上 Crash。 表 往 
后 ， 虽 然 Crash 数 量 也 很 多 ， 但 大 都 重复 ， 再 投入 时 间 分 析 ， 意 义 不 
大 。 


我 们 可 以 把 上 述 过 程 中 的 建 表 、 执 行 SQL 肢 本、 执行 C# 程 序 这 些 
操作 串 起 来 ， 做 成 目 动 化 执行 脚本 ， 这 样 束 能 大 大 节省 人 力 成 本 了 。 


1 ) CrashDB 增 加 一 列 dis_info 


2) 基于 正则 表达 式 ， 去 重 数字 
(使 用 AnalysisCrash 工 具 ) 


3 ) 创建 CrashStore 表 


4) 建立 PageOwner 表 


5 ) 执行 UpdateCrashStore 存 储 过 程 


OO 排除 VerifyError 之 类 Crash 的 干扰 
@ 取 dis_info 的 前 150 个 学 符 ， 去 重 
他 排除 之 前 统计 过 的 重复 Crash 


@ 得 到 当天 的 Crash 报 表 
(把 Crash 匹 配 到 负责 人 ) 


图 5-7 去 重 流程 


5.2.4” 线 上 Crash 的 其 他 分 析 工 作 


对 于 我 而 言 ， 上 述 两 节 所 整理 出 来 的 报表 基本 就 能 满足 我 的 需求 
了 。 但 这 还 远 远 不 够 ， 如 果 有 有 人力， 应 该 把 以 下 工作 也 完成 : 


1) 对 Crash 进 行 归 纳 ， 从 而 知道 每 类 Crash 发 生 的 次 数 、 涉 及 的 机 
、 涉 及 的 Android 系 统 版 本 。 


峙 


我 们 曾经 按照 page_name，dis_info 这 两 个 维度 对 Crash 进 行 了 去 
重 。 对 这 些 去 重 了 的 Crash 数 据 ， 当 我 们 点 击 其 中 一 个 Crash 时 ， 应 该 能 
够 看 到 有 多 少 种 机 型 、 哪 些 版 本 的 Android 系 统 ， 发 生 过 这 类 Crash。 


这 是 个 一 对 多 的 关系 ， 我 们 需要 根据 去 重 后 的 Crash 数 据 ， 反 向 查 
找 每 种 Crash 在 CrashDB 表 中 出 现 过 多 少 次 ， 以 及 相应 的 Crash 人 信息。 


我 们 在 前 面 创建 了 CrashStore 表 ， 这 个 表 中 的 category_id 字 上 段 是 自 
增 的 ， 相 应 的 ， 我 们 要 在 CrashDB 这 个 表 也 增加 category_id 了 字段， 它们 
是 一 对 多 的 关系 ， 这 样 束 做 到 了 点 击 一 种 Crash， 能 够 知道 每 类 Crash 发 
生 的 次 数 、 涉 及 的 机 型 、 涉 及 的 Android 系 统 版 本 。 


接 下 来 就 是 写 个 C# 程 序 ， 把 CrashDB 表 中 的 category_id 字 段 值 都 反 
向 填 充 上 。 


2) 目前 第 三 方 平台 的 Crash 统 计 工 具 是 即时 的 ， 也 就 是 说 服务 
收 到 一 个 Crash， 就 会 将 其 归 类 ， 而 不 是 要 等 到 一 天 结束 后 才 一 起 进行 
分 析 。 


此 外 ， 我 们 应 该 基于 线 上 有 的 Crash 数 据 ， 做 一 个 Crash 查 询 平 台 ， 开 
发 人 员 可 以 根据 App 版 本 、Crash 发 生 时 间 段 、 机 型 、Activity 页 面 等 条 
件 来 查询 相应 相应 的 Crash 。 


这 个 平台 还 应 该 提供 Crash 趋 势 图 ， 它 能 绘制 出 一 天 24 小 时 的 线 上 
Crash 趋 势 图 。 如 果 在 某 个 时 间 段 Crash 数 量 激增 ， 一 定 是 有 重大 事情 发 
生 ， 比 如 MobileAPI 返 回 了 及 数据 。 


[1] 代码 地 址 为 : http://www.cnblogs.com/Jax/p/4573575.html ° 


5.3 “本章 小 结 


本 章 介绍 的 Crash 三 部 曲 的 第 1 部 和 第 2 部 : 异常 收集 和 异常 统计 。 
党 收集 十 基于 App 病 的 ， 在 发 生 朋 并 的 最 后 一 道 “ 关 卡 "， 将 朋 溃 信 
思 发 送 到 服务 做 。 异 单 统计 是 基于 数据 库 的， 针对 于 线 上 每 天 几 千 笔 
有 裔 并 数据 ， 如 何 目 己 编写 工具 将 其 去 重 、 分 类 。 


一 二 


在 得 知 线 上 每 天 有 哪些 朋 溃 后 ， 下 一 划 将 介绍 针对 于 每 类 月 并 的 
发 生 原 因 和 解决 方案 。 


第 6 章 Crash 异 常 分 析 


对 于 一 款 App 而 言 ， 最 重要 的 莫 过 于 稳定 性 ， 没 有 之 一 。 


Android 之 所 以 存在 千奇百怪 的 Crash， 主 要 归结 于 以 下 几 种 情 
况 : 


1) Android 系 统 的 碎片 化 。 各 种 硬件 厂商 都 定制 自己 的 ROM， 改 
写 了 Android 系 统 的 很 多 方法 。 对 于 App 而 言 ， 在 大 多 数 手 机 上 没有 问 
题 ， 但 是 到 了 该 厂商 的 手机 系统 里 ， 使 用 到 这 些 方法 就 会 朋 溃 。 当 
然 ， 也 不 能 排除 ROM 上 的 方法 被 改写 后 存在 bug 的 情况 。 


2) MobileAPI 返 回 了 脏 数据 。 比 如 说 当 MobileAPI 返 回 空 值 或 空 数 
组 时 ，App 收 到 数据 后 就 会 发 生 空 指针 或 数组 越界 的 Crash。 有 时 则 是 
某 个 字段 返回 0， 而 这 个 字段 作为 除数 时 ， 也 会 发 生 不 能 除 以 0 的 
Crash 。 


3) 混 消 时 没有 Keep 要 使 用 的 类 或 方法 ， 也 会 发 生 找 不 到 类 或 方 
法 的 Crash 。 


Android 正 是 因为 有 这 些 光怪陆离 的 Crash 而 显得 比 :OS 开发 有 趣 得 


多 。 


我 们 继续 聊 ， 每 个 Crash 都 对 应 Android 中 的 一 类 Exception。 本章 
就 是 要 介绍 Android 中 的 各 类 Exception， 这 些 都 是 我 杀 映 经 历 过 的 ， 其 
中 的 大 部 分 都 已 经 修复 ， 当 然 也 有 一 些 Crash 直 到 现在 仍 是 不 明 觉 厉 。 


Crash 信 息 会 因为 App 进 行 了 混 消 处 理 而 看 不 懂 具 体 是 在 哪个 方法 
哪 行 代码 刷洗 的 ， 所 以 我 们 需要 把 每 次 发 版 打包 时 生成 的 
ProGuardMapping 文 件 体 留 下 来 ， 然 后 根据 这 个 文件 中 方法 混 清 前 后 的 
对 应 关系 ， 找 到 发 生 裔 省 所 在 的 原始 的 类 、 方 法 和 代码 行 。 


此 外 ， 我 还 发 现 ， 有 些 Crash 是 开发 人 员 在 调试 的 时 候 发 到 线 上 的 
Crash 数 据 库 中 的 。 为 此 ， 本 地 开发 版 本 的 渠道 号 ， 要 与 发 到 线 上 的 渠 
道 号 区 分 开 。 否 则 ， 束 会 误 认 为 是 线 上 Crash 而 白花 很 多 时 间 去 查 原 


@ 提示 Unknown Source 


异常 信息 中 经 常会 出 现 “ 方 法 名 ”(Unknown Source) 的 内 容 。 这 
就 加 大 了 我 们 准确 定位 Crash 发 生 原 因 的 难度 。 


导致 Unknown Source 的 出 现 有 以 下 两 点 原因 : 
1) 执行 javac 时 丢失 了 文件 名 和 行 号 


为 此 我 们 在 进行 javac 编 译 时 要 保留 debug 信 息 ， 如 下 所 示 : 


keepattributes SourceFile,LineNumberTable 


2) 执行 混 消 时 丢失 了 文件 名 和 行 号 
为 此 ， 我 们 要 在 ProGuard 文 件 中 增加 以 下 语句 : 
keepattributes SourceFile,LineNumberTable 


感谢 腾讯 Bugly 平 台 的 “精神 哥 ” 在 审阅 本 章 的 时 候 所 提出 的 宇 贯 总 


见 ， 关 于 Unknown Source 的 更 详细 介绍 ， 请 参见 : 


http://bugly.qq.com/blog/?p=110 。 
同 理 ， 对 于 测试 人 员 使 用 的 测试 包 ， 所 使 用 的 渠道 号 ， 也 要 与 发 


到 线 上 的 渠道 号 区 分 开 。 
对 于 每 晚 跑 Monkey 的 包 ， 由 此 产生 的 Crash 信 息 不 应 该 上 传 到 线 


上 ， 存 到 测试 机 上 即 可 。 每 天 有 人 去 排查 Monkey 日 志 即 可 。 这 样式 避 


免 了 线 上 Crash 数 据 中 有 太 多 的 元 余数 据 。 


接 下 来 我 们 就 对 Android 中 的 Crash 逐 一 讲解 ， 共 计 84 个 ， 分 为 10 


大 类 。 


6.1 _ Java 语法 相关 的 异常 


这 类 Crash， 通 常 是 和 Java 语 法 有 关系 。 同 样 的 错误 ， 在 Java 项 目 
中 也 屡见不鲜 。 所 笠 的 是 ， 这 些 纯 语言 相关 的 异常 都 有 相应 的 解决 方 


案 。 


6.1.1 空 指针 


异常 中 的 关键 字 : 
NullPointException 


发 生 频 率 : 妈妈 妇女 人 友 


筹 统 地 说 ，80% 的 Crash 在 异常 信息 中 都 带 有 NullPointException 这 
样 的 关键 字 ， 散 布 在 各 个 Activity 和 Adapter 中 ， 但 其 实 有 很 多 是 其 他 原 
因 导 致 的 。 比 如 说 窗 体 泄露 很 多 时 候 也 表现 为 NullPointException。 我 
们 这 里 只 讨论 几 种 最 简单 的 几 种 情况 (其 他 复杂 的 情况 散布 在 后 续 的 
异常 分 析 中 ) : 


1) 方法 需要 对 传 入 的 参数 判 空 后 再 使 用 。 调 用 MobileAPI 的 接口 
时 ， 过 于 相信 返回 的 数据 ， 一 旦 使 用 了 空 的 SON 值 ，App 束 有 可 能 月 


误 。 这 类 原因 导致 的 Crash， 修 复 是 比较 容易 的 ， 只 要 在 MobileAPI 接 口 
返回 的 数据 上 增加 非 空 判断 或 try-catch 语 句 即 可 。 


很 多 App 开 发 都 使 用 了 AsyncTask 来 调用 MobileAPI 接 口 并 返回 数 
据 ， 在 AsyncTask 的 doInBackground 中 ， 会 因为 有 衬 指 针 而 朋 溃 


2) 对 于 外 部 接口 调用 ， 需 要 确保 返回 值 中 不 为 空 ， 甚 至 需要 确保 
执行 该 接口 不 会 抛 出 其 他 异常 导致 程序 退出 。 比 如 ， 页 面 跳 转 前 后 ， 
跳 转 前 没准 备 好 数据 ， 跳 转 到 目标 页 执行 onCreate 方 法 时 解析 传 过 来 的 
Intent 时 ， 发 现 bundle 这 个 字典 中 的 时 些 数据 为 空 ， 那 么 使 用 的 时 候 训 
有 裔 并 了 。 


3) 在 App 中 过 多 使 用 全 局 变量 ,一 旦 发 生 内 存 回 收 ， 这 些 全 局 变 
量 会 被 设置 为 空 ， 而 我 们 的 程序 又 没有 考虑 如 何 处 理 这 种 情况 。 针 对 
于 这 类 原因 导致 的 Crash， 我 们 要 避免 使 用 全 局 变量 ， 如 末 万 不 得 已 必 
须要 使 用 全 局 变量 ， 也 要 使 全 局 变量 文 持 序列 化 到 本 地 的 机 制 ， 一 
我 们 要 使 用 全 局 变量 而 又 发 现 其 为 空 的 时 候 ， 束 从 本 地 反 序 列 化 回 
pe 


全 局 变量 这 类 问题 多 发 生 在 把 App 切 换 到 后 台 ， 过 一 段 时 间 后 再 切 
换 到 前 台 ， 因 为 要 执行 所 在 页 面 的 onResume 和 onCreate 方 法 ， 如 果 这 些 
方法 中 有 全 局 变量 并 且 被 回收 ， 那 么 会 立刻 就 月 省。 


此 外 ， 即 使 切换 回 前 台 不 会 朋 演 ， 由 于 这 个 页 面 所 使 用 的 全 局 变 
量 被 回收 了 ， 那 么 在 页 面 跳 转 时 ， 还 是 会 发 生 月 汝 。 


关于 全 局 变量 的 详细 介绍 ， 参 见 第 3 章 的 3.5 节 “消灭 全 局 变量 ”。 


6.1.2” 角 标 越界 


异 闻 中 的 天 键 字 : 
.天 键 字 1: IndexOutOfBoundsException 
.天 键 字 2: StringIndexOutOfBoundsException 


.天 键 字 3: ArrayIndexOutOfBoundsException 


发 生 频 率 : 友 友 女 


如 图 6-1 所 示 ，IndexOutOfBoundsException 是 基 类 。 对 于 字符 串 截 
取 时 发 生 的 越界 ， 会 抛 出 StringIndexOutOfBoundsException 的 异常 信 
已; 而 对 于 数组 越界 ， 则 会 抛 出 ArrayIndexOutOfBoundsException 。 


这 类 Crash 也 是 由 于 程序 的 不 严谨 导致 的 。 相 应 的 解决 方案 是 : 


:在 人 壳 历 一 个 数组 /集合 时 ， 要 预 判 数组 /集合 是 否 为 空 ， 长 度 是 否 大 
于 0。 


:在 使 用 数组 /集合 中 的 元 素 时 ， 要 预 判 数 组 /集合 长 度 是 否 有 这 人 么 
jg 


IndexOutOfBoundsException 


图 6-1 IndexOutOfBoundsException 与 其 子 类 的 继承 天 系 


字符 种 也 是 一 种 数组 ， 我 们 经 常会 使 用 subString (start，end) 这 
样 的 函数 ， 如 果 start 或 end 超 过 了 字符 串 的 长 度 ， 束 会 朋 演 。 解 决 方案 
是 ， 每 次 使 用 该 男 数 时 ， 都 要 判断 字符 串 的 长 度 。 


人 E， 


ListView 控 作 不 当 也 会 导 作 IndexOutOfBoundsException 的 异常 ， 请 
参阅 6.4.3 节 的 相关 介绍 。 


6.1.3 ”试图 调用 一 个 空 对 象 的 方法 


异 闸 中 的 关键 字 : 


Attempt to invoke virtual method on a null object reference 


发 生 频 率 : 友 友 女 


这 种 Crash 的 产生 ， 是 因为 在 使 用 一 个 对 象 的 某 个 方法 时 ， 这 个 对 
象 为 衬 ， 殉 是 说 没有 实例 化 。 比 如 ， 我 们 经 间 犯 的 一 个 错误 是 ， 将 实 
例 化 的 语句 写 在 if-else 的 一 个 分 文中 ， 日 第 开发 和 测试 工作 只 你 证 了 市 
有 实例 化 的 情况 ， 所 以 不 会 朋 浇 。 发 版 后 ， 没 有 实例 化 的 分 支 才 会 被 
大 量 的 用 户 群 所 点 到 ， 于 是 束 月 涡 了 。 


我 还 经 常 看 见 这 样 的 程序 ， 在 一 个 Activity 中 ， 调 用 另 一 个 Activity 
B 的 方法 ， 为 此 在 B 中 建立 一 个 static 变 量 。 当 这 个 static 变 量 被 回收 时 ， 


束 会 有 上 述 异 种 。 


还 有 一 种 可 能 ， 那 吏 是 推送 ， 点 击 推送 消 轧 ， 根 据 事先 定好 的 协 
议 ， 跳 过 首页 直接 进入 二 级 甚至 三 级 页 面 。 这 时 ， 二 级 页 面 要 使 用 首 
页 某 个 对 象 时 ， 这 个 对 象 劳 必 为 裤 ， 那 也 会 引发 同样 的 异种 。 


6.1.4 ”类 型 转换 异常 


异 闸 中 的 关键 字 : 


ClassCastException:classA cannot be cast to classB 


发 生 频 率 : 友 友 妈妈 


这 类 Crash 都 是 由 于 强制 类 型 转换 导致 的 ， 如 下 所 示 : 


Object x = new Integer(0); 
String str = (String)x; 


这 职 会 抛 出 ClassCastException 的 异 名 了 。 


解决 方案 是 ， 使 用 安全 类 型 转换 函数 ， 参 见 本 书 第 1 章 中 1.6 市 介绍 
的 类 型 安全 转换 函数 。 在 把 字符 串 转 换 为 整数 、 小 数 或 布尔 类 型 时 ， 
我 们 要 为 其 指定 转换 失败 时 的 稚 认 值 。 否 则 ， 殉 会 得 到 一 个 空 值 ， 放 
到 哪里 使 用 都 会 豚 总 。 


6.1.5 “数字 转换 错误 


异 闸 中 的 关键 字 : 


NumberFormatException 


发 生 频 率 : 友 友 龙 女 


在 数据 类 型 转换 过 程 中 ， 如 果 转 换 不 成 功 ， 一 般 抛 出 
ClassCastException 的 异常 。 只 有 一 个 例外 情况 ， 当 字符 型 转换 为 数字 


失败 时 ，Android 系 统 会 抛 出 NumberFormatException 异 常 ， 如 下 所 示 : 


String abc = "123xxx45"，; 
int result = Integer.parseIint(abc); 


这 种 情况 多 发 生 在 服务 夯 返 回 数据 ， 没 有 按照 约定 返回 整数 而 全 
字符 串 ， 客 户 病 必须 要 事先 考虑 到 这 种 情况 ， 如 果 转 换 失 败 ， 必 须 有 
默认 值 而 不 古 直 接 束 朋 并 了 。 


6.1.6 ”声明 数组 时 长 度 为 -1 


异 闸 中 的 关键 字 : 


NegativeArraySizeException 


发 生 频 率 ， 克 六 


数组 大 小 为 负 值 异常 。 当 使 用 负数 大 小 值 创建 数组 时 抛 出 该 异 


滞 。 


我 认为 程序 员 不 可 能 犯 int arr=new int[-1]; 这 样 的 低级 钳 误 ， 所 以 
我 继续 试图 寻找 其 他 导致 这 个 异常 的 场景 。 我 在 网 上 找 了 很 信 ， 直 到 
有 一 天 ， 我 发 现 了 下 壕 语 人 句 : 


String[] arg 1 = new String[args.length - 


1]; 


当 args 数 组 中 没有 元 素 时 ， 就 会 出 现 int[-1] 的 场景 。 


此 外 ， 我 还 尝试 声明 int arr=new int[0]; 的 语句 ， 发 现 程序 并 不 会 
报错 ,但 是 这 样 的 语句 声明 得 到 的 变量 arr 毫 无 意义 ， 因 为 arr 的 长 度 为 
0，ar 只 能 是 一 个 空 数组 ， 不 能 设置 其 中 的 任何 一 个 元 素 。 所 以 我 们 在 
声明 数组 时 ， 不 能 出 现 类 似 int[0] 这 样 的 语句 。 


综 上 所 述 ， 在 声明 一 个 数组 时 ， 如 采 数 组 长 度 是 由 男 一 个 变量 动 
态 得 到 的 ， 要 保证 中 括号 [中 的 值 必须 大 于 0。 


6.1.7 ”遍历 集合 同时 删除 其 中 元 素 


异 闸 中 的 关键 字 : 


Concurrent ModificationE.xception 


发 生 频 率 ， 友 六 


能 犯 这 种 错误 的 人 ， 还 是 拖 出 去 打 八 十 大 板 吧 ， 而 且 要 翻 过 来 打 
的 那 种 。 


但 几 有 点 编程 常识 的 程序 员 都 知道 在 遍历 一 个 集合 时 不 能 删除 该 
集合 中 的 元 素 ， 如 下 所 示 ， 必 然 产生 这 样 的 朋 涡 : 


HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int i = 0; i < 10; i++) { 


map.put(i, "value" + i); 


for (Map.Entry<Integer, String> entry : map.entrySet()) { 
Integer key = entry.getkey(); 
if (key % 2 == 0) { 
map .remove(key ) ， 


该 问题 的 解决 方案 是 ， 需 要 再 定义 一 个 列表 结合 delList， 用 来 保存 


需要 删除 的 对 象 ， 如 下 所 示 : 


个 集 


HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int i = 0; i < 10; i++) { 
map.put(i, "value" + 工 )， 
List delList = new ArrayList(); 
for (Map.Entry<Integer, String> entry : map.entrySet()) { 
Integer key = entry.getkey(); 
if (key % 2 == 0) { 
delList.add( key); 
} 


} 

for (int i = 0; i < delList.size(); i++) { 
map.remove(delList.get(i)); 

} 


还 有 为 一 种 产生 这 种 朋 江 的 情况 ， 那 束 古 在 多 个 线程 中 删除 同一 
合 中 的 元 素 。 


如 下 列 代码 所 示 ，vector 是 一 个 集合 ， 我 们 建立 了 两 个 线程 ， 线 程 


1 对 其 进行 通 历 ， 线 程 2 对 其 进行 插入 操作 。 由 于 这 两 个 线程 同时 在 执 


所 以 束 会 产生 ConcurrentModification Exception 的 异常 了 : 


static ArrayList<Integer> list = new ArrayList<Integer>(); 
void testScenario2() { 
for (int i = 0; i < 100; i++) { 
list.add(i); 


} 

Thread1 thread1 = new Thread1(); 
thread1.start(); 

Thread2 thread2 = new Thread2(); 


thread2.start(); 
class Thread1 extends Thread { 
public void run() { 
while (true) { 
Iterator<Integer> iterator = list.iterator(); 
while (iterator.hasNext()) { 
System.out.printin(iterator.next()); 
} 
} 
} 
} 
class Thread2 extends Thread { 
public void run() { 
while (true) { 
for (int j = 101; j < 200; j++) { 
list.add(j); 


ArrayList 继 承 自 AbstractList， 这 是 一 个 迭代 器 ， 所 有 继承 日 
AbstractList 的 集合 类 ， 都 是 线程 不 安全 的 。 


相应 的 解决 方案 是 ， 将 Vector 换 为 CopyOnWriteArrayList， 这 是 一 
个 线程 安全 的 集合 


6.1.8 ”比较 器 使 用 不 当 


异 负 中 的 关键 字 : 
Comparison method violates its general contract! 


发 生 频 率 ， 克 六 


这 个 错误 是 因为 Comparator 的 compare 方 法 使 用 姿势 不 正确 导致 
的 。 


说 起 Comparator， 是 基于 插入 排序 算法 与 归并 排序 算法 相 结 合 的 产 
物 趾 ， 要 比 我 们 日 常 所 使 用 的 冒 泡 排 序 算法 快 很 多 ， 但 缺点 就 是 不 易 
掌握 ， 于 是 就 产生 了 这 里 所 讨论 的 异常 。 


我 们 先 写 一 个 正确 的 用 法 : 


List<Double> list = new ArrayList<Double>(); 
list.add(22.1); 
list.add(22.1); 
list.add(19.7); 
list.add(26.3); 
Comparator<Double> comparator = new Comparator<Double>() { 
public int compare(Double di1, Double d2) { 
if (di < d2) { 
return -1; 
} else if (di > d2) { 
return 1; 
} else { 
return 090; 


} 


i comparator ); 
但 是 ， 我 们 经 常会 偷懒 ， 把 这 个 compare 方 法 写成 这 样 : 


Comparator<Double> comparator = new Comparator<Double>() { 
public int compare(Double di1, Double d2) { 
return pi1 > p2?31: -1; 


这 驳 忽 略 了 p1 和 p2 的 age 相等 的 情况 ， 这 时 应 该 返回 0。 当 数组 或 
集合 中 的 元 素 以 某 种 方式 排列 的 时 候 ， 就 会 报 Comparison method 


violates its general contract! 的 异常 了 ， 如 下 所 示 14: 


public static void compare() { 


int[] sample = new int[] { 0, 0, 0, 90, 90, 0, 0, 0, 0, 0, 90, 0, 0, 0, 0, 
0, 909, 1, 0, 90, 0, 90, 0， 0, 0, 0, 0, 909, 0, 0, 0, 90, 0, 09, 0, 0, 
0, 0, 90, 0, 090, 0, 0, 09, 09, 0, 0, 0, 0, 0, 0, 0, 0, 9, 09, 0, 09, 


0, -2, 1, 0, -2, 0, 0, 0, 0 } 
ArrayList<Integer> list = new ArrayList<Integer>(); 
for (int i : sample) { 

list.add(i); 


Comparator<Integer> comparator = new Comparator<Integer>() { 
public int compare(Integer o1, Integer o02) { 

if (o1 < 02) 
return -1; 

else if (01 > 02) 
return 1; 

else 
return 0; 


} 


/ 
Collections.sort(list, comparator); 


} 


为 了 预防 这 类 Crash 的 发 生 ， 我 的 解决 方案 是 对 每 个 自 定义 的 比较 
屁 进 行 单元 测试 ， 用 充足 的 测试 数据 来 保障 逻辑 没有 问题 。 参 见 本 书 
第 8 章 中 8.9 节 介绍 的 单元 测试 。 


6.1.9” 当 除数 为 0 

异常 中 的 关键 字 : 
java.lang.ArithmeticException:divide by zero 

发 生 频率 : 妈妈 


当 在 程序 中 执行 一 个 除法 时 ， 如 果 除 数 为 0， 束 会 发 生 上 壕 崩 演 。 


我 们 一 般 不 会 直接 写 出 除数 为 0 的 异常 来 。 这 样 的 Crash 多 发 生 在 第 
三 方 控件 中 ， 比 如 说 Gifyiew， 这 个 框架 很 有 名 ， 用 于 显示 gif 动 男 。 


GifView 这 个 开源 项 目 有 很 多 变 体 ， 但 是 无 论 如 何 ， 都 应 该 注意 其 
中 movie 的 duration 方 读 ， 这 个 值 表示 动画 持续 的 时 间 ， 在 接 下 来 的 代码 
中 将 会 作为 除数 ， 如 琳 为 0， 束 会 抛 出 上 述 的 异 肖 信息 了 ， 这 时 候 要 将 
其 设置 为 默认 值 1 秒 。 六 


6.1.10 ”不 能 随便 使 用 的 asList 


异 各 中 的 关键 字 : 
java.lang.UnsupportedOperationException at 
java.util.AbstractList.remove(AbstractList.java:144)at 
java.util.AbstractList$Itrremove(AbstractList.java:360)at 


java.util.AbstractCollection.remove(AbstractCollection.java:252)at 
发 生 频 率 ， 妈妈 


这 个 异常 是 因为 对 asList 方 法 的 理解 有 误导 致 。Arrays.asListO 的 返 
回 值 类 型 为 java.util.Arrays$ArrayList， 而 不 是 ArrayList。 画 一 个 类 的 继 
承 关 系 图 ， 如 图 6-2 所 示 。 


AbstractList 


+ add (Object obj) 
+ remove (Object obj) 


ArrayList 


图 6-2 ”AbstractList 类 的 继承 天 系 图 


Arrays$ ArrayList 


从 图 中 看 到 ，AbstractList 这 个 基 类 有 两 个 方法 add 和 remove。 但 是 
它 的 两 个 子 类 ， 只 有 ArrayList 实 现 了 add 和 remove 这 两 个 方法 ， 而 
Arrays$ArrayList 却 没有 实现 这 两 个 方案 ， 而 直接 抛 出 


UnsupportedOperation Exception 寞 销 。 
写 一 段 导致 这 个 异常 的 代码 ， 如 下 所 示 : 


String str = "1,2,3,4,5",; 
List<String> test = Arrays.asList(str.split(",")); 
test.remove("1"); 


相应 的 解决 方案 是 ， 将 java.util.Arrays$ArrayList 转 换 为 ArrayList， 
如 下 所 示 : 


String str = "1,2,3,4,5",; 

List<String> list = Arrays.asList(str.split(",")); 
List arrayList = new ArrayList(1ist),; 
arrayList.remove("1"); 


6.1.11 又 有 类 找 不 到 了 (一 ) : ClassNotFoundException 


异 负 中 的 关键 字 : 
ClassNotFoundE.xception 
发 生 频 率 : 紊 龙 妇女 


当 我 们 动态 加 载 一 个 类 的 时 候 ， 如 果 这 个 类 在 运行 时 找 不 到 ， 就 
会 抛 出 这 个 异常 。 比 如 说 ，Class 会 有 一 个 forName 方 法 : 


Class.forName("com.company.package.class"); 


由 于 类 的 全 名 称 古 字符 串 形式 ， 这 个 值 板 有 可 能 可 能 是 不 正确 
的 ， 那 目 然 融会 加 载 不 成 功 了 。 类 似 的 方法 还 有 : 


.ClassLoader 中 的 findSystemClass (“classname”) 方法 。 
.ClassLoader 中 的 loadClass (“classname”) 方法 。 


我 们 在 6.2 节 中 会 介绍 导致 ClassNotFoundException 的 几 种 情况 ， 比 
如 说 使 用 Proguard 会 把 一 些 类 混 光 了， 但 是 Class.forName 中 的 参数 值 并 


` 会 改变 ， 那 么 目 然 吏 会 找 不 到 类 了 。 


6.1.12 ”又 有 类 找 不 到 了 (二 ) : NoClassDefFoundError 


异 闻 中 的 天 键 字 : 
NoClassDefFoundError 
发 生 频 率 ， 克 六 克 交 
当 我 们 在 B 类 中 声明 一 个 A 类 的 实例 ， 如 下 所 示 : 
classA obj = new classA(); 


但 是 打包 时 B 和 人 A 分别 位 于 不 同 的 dex 中 ， 这 时 如 果 在 A 所 在 的 dex 
中 把 A 类 删除 了 ， 那 么 在 运行 时 执行 到 这 句 话 时 就 会 抛 出 
NoClassDefFoundError 的 异常 信息 。 


通常 插件 化 编程 的 时 候 会 率 扯 出 这 个 异常 ， 因 为 要 使 用 到 
DexClassLoader。 也 许 你 的 项 目 中 没有 用 到 插件 化 编程 但 是 也 有 类 似 的 
问题 ， 那 么 束 看 一 下 你 所 使 用 的 第 三 方 SDK 吧 。 


[1] 关于 Comparator 的 算法 实现 机 制 ， 评 细 信 息 请 参见 


http://blog.2baxb.me/993/?utm_source=tuicool 


[2] 关于 这 个 bug 的 详细 介绍 ， 网 上 已 经 找 不 到 原创 ， 请 参见 其 中 一 篇 
转载 文章 : http:/blog.csdn.net/sells2012/article/details/18947849 ， 隐 约 能 
得到 的 是 ， 此 文 为 HuangwWei 所 写 ， 相 头 代码 请 到 GitHub 下 载 : 
https://github.com/Huang-Wei/understanding-timsort-java7 ° 
[3] 详 细 内 容 请 


http://blog.csdn.net/loongggdroid/article/details/21166563 ° 


NS 
= 


6.2 ”Activity 相 关 的 异常 


Android 四 大 组 件 ， 对 于 应 用 类 App 而 言 ， 使 用 最 多 的 是 Activity， 
偶尔 会 用 到 Service 和 BroadCastReceiver， 线 上 关于 Actvity 的 崩溃 也 是 


最 多 的 。 


对 于 这 些 异 常 ， 只 从 字面 上 分 析 是 远 远 不 够 的 。 写 们 通 荫 是 由 外 
界 环 境 所 导致 的 ， 比 如 说 找 不 到 一 个 Activity 或 Service， 有 可 能 是 宴 清 
或 dex 拆 分 不 当 寻 致 的 。 


6.2.1 ” 找 不 到 Activity 


异常 中 的 天 键 子 : 


android.content.ActivityNotFoundException: No Activity found to 


handle Intent{...} 


发 生 频 率 ， 友 友 太 


出 现 错误 的 原因 是 ，URL 不 是 以 http 开 头 ， 代 码 束 会 抛 出 异 前 : 


Uri uri = Uri,parse("www,baidu,com'")， 
Intent intent = new Intent(Intent.ACTION_VIEW, uri); 
startActivity(intent); 


这 类 Crash 还 有 一 种 发 生 的 场景 是 ， 当 我 们 要 打开 SD 卡 上 的 一 个 
HTML 页面 时 ， 没 有 为 Intent 指 定 打开 该 HTML 页 面 所 需要 的 浏览 右 ， 
如 下 所 示 : 


Intent intent = new Intent(Intent.ACTION_VIEW, 
Uri.parse("file:// sdcard/101.html1")); 
// 此 处 指定 系统 自 带 浏览 器 包 名 和 


Activity 名 称 


// intent.setClassName("com.android.browser", 
// "com.android.browser.BrowserActivity"); 
startActivity(intent); 


就 是 因为 指定 浏览 絮 的 语句 被 注释 了 ， 所 以 就 月 潢 了。 我 最 初 想 
重 现 这 个 异常 的 时 候 ， 因 为 手机 上 装 了 爱 奇 亏 App， 所 以 即使 没有 指 
定 系 统 目 带 的 浏览 器 ， 也 会 弹出 爱 奇 艺 的 播放 絮 。 只 有 凶 载 7 爱 奇 亏 
App， 才 会 复 现 该 问题 。 

还 有 一 个 原因 ， 如 采 是 调用 百度 地 图 的 openBaiduMapNavi 方 法 导 
致 的 Crash， 有 可 能 是 手机 没有 安装 百度 地 图 的 客户 端 ， 而 这 个 方法 束 
是 要 打开 这 个 客户 端 。 解 决 方案 是 判断 其 是 否 安装 了 ， 没 有 的 话 惑 提 
示 用 户 有 问题 要 么 就 干脆 不 显示 。 


6.2.2 不 能 实例 化 Activity 


异 季 中 的 天 键 字 : 


java.lang.RuntimeException:Unable to instantiate activity 


ComponentInfo 


发 生 频 率 ， 次 友 太太 


这 种 Crash， 通 消 是 因为 没有 在 AndroidManifest.xml 清 单 中 注册 该 
activity， 或 者 在 创建 完 activity 后 ， 修 改 了 包 和 名 或 者 activity 的 类 名 ， 而 
配置 清单 中 没有 修改 ， 造 成 不 能 实例 化 。 


如 有 果 还 不 能 解决 问题， 有 可 能 钙 系 统 处 于 异 单 状态 (关机 ， 内 存 
不 足 ) 等 ， 导 致 部 件 初始 化 失败 。 


6.2.3” 找 不 到 Service 


异 季 中 的 大 键 字 : 


java.lang.RuntimeException:Unable to instantiate receiver 


发 生 频 率 ， 友 友 


对 于 应 用 类 App 而 言 ， 不 可 能 开发 期 间 没 有 问题 ， 而 发 布 到 线 上 
却 发 现 上 壕 的 崩溃 ， 所 以 我 们 接 下 来 的 讨论 也 基于 此 。 对 于 


Manifestxml 文 件 中 写 错 了 的 类 似 问题 我 们 就 不 研究 了 。 


首先 检查 代码 中 是 否 有 Class.forName("class1") 这 样 的 语句 。 对 于 
此 ，ProGuard 会 将 class1l 混 清 ， 从 而 就 是 找 不 到 class1l 这 个 类 。 


6.2.4 不 能 启动 BroadcastReceiver 


异 季 中 的 天 键 字 : 


Unable to start receiver 


发 生 频 率 : 友 女 


在 推送 的 时 候 ， 会 和 App 事 移 定 好 协议 ， 点 击 推送 消息 就 能 跳 过 
首页 直接 进入 二 级 页 面 ， 如 下 所 示 ， 我 们 要 在 一 个 BroadcastReceiver 
中 编写 如 下 代码 : 


Intent intent = new Intent(context, S13Activity.class); 
intent.putExtra(bundle); 
Intent ,SetFlags(intent, FLAG_ACTIVITY_NEW_TASK ) 
context.startActivity(intent); 
使 用 Activity 以 外 的 content 来 startActivity， 比 如 
. lh, NA 人 a me 
BroadcastReceiver， 就 必须 指定 为 


Itent,FLAG_ACTIVITY NEW_TASK， 否 则 就 会 抽出 上 述 异 常 信息 。 


此 外 ， 还 有 类 似 的 一 个 异常 ， 如 下 所 示 : 


Caused by: android,util.AndroidRuntimeException: 

Calling startActivity() from outside of an Activity context 
requires the FLAG ACTIVITY_NEW_TASK fiag. 

Zs this really what you want? 


众所周知 ，Context 中 有 一 个 startActivity 方 法 ，Activity 继 承 自 
Context， 重 载 了 startActivity 方 法 。 如 宁 使 用 Activity 的 startActivity 方 
法 ， 不 会 有 任何 限制 ， 而 如 果 使 用 Context 的 startActivity 方 法 的 话 ， 就 
需要 开局 一 个 新 的 task， 遇 到 上 面 那 个 异常 的 ， 都 是 因为 使 用 了 
Context 的 startActivity 方 法 。 解 决 办 法 是 ， 加 一 个 fiag: 


intent.addFlags(Intent.FLAG ACTIVITY_NEW_TASK); 
这 样 就 可 以 在 新 的 task 里 面 启 动 这 个 Activity 了 。 四 


6.2.5 ”startActivityForResult 不 能 回 传 


异常 中 的 关键 子 : 


Failure delivering result ResultInfo{who=null,request=0,result=-1 


发 生 频 率 ， 友 友 太 


这 类 问题 是 startActivityForResult 导 致 的 。 就 是 说 传 回 来 的 key 是 
A， 但 是 却 按照 B 这 个 key 来 取 值 。 如 下 所 示 : 


protected void onActivityResult(int requestCode, int resultCode, Intent data) { 
Switch (resultCode) { 
case 1: 
Bundle bundle = data.getExtras(); 
String number = bundle.getString("number"); 
if (!("".equals(number))) 
textviewi1.setText(number); 


break; 
default: 

break; 
} 


} 


我 们 看 到 ，number 这 个 字符 串 为 null 时 ， 在 执行 equal 语 法 时 就 会 
月 浇 。 其 实 是 空 指针 导致 的 ， 但 是 表现 为 Failure delivering result 


ResultInfo 的 异常 。 


6.2.6 ” 锋 急 的 Fragment 


异常 中 的 关键 字 : 
Fragment not attached to Activity 
发 生 频 率 ， 克 太太 


发 生 这 个 异常 ， 是 因为 Fragment 在 还 没有 Attach 到 Activity 时 ， 调 
用 了 诸如 getResource() 这 样 的 方法 : 


getResources().getString(R.string.app_name); 


相应 的 解决 方案 是 ， 在 获取 资源 前 先 使 用 isAdded 方 法 进行 判断 ， 
如 下 所 示 : 


if(isAdded())t{ 
getResources().getString(R.string.app_name); 
} 


isAdd 方 法 是 Android 系 统 提 供 的 ， 它 只 有 在 Fragment 被 添加 到 所 
属 的 Activity 后 才 会 返回 true 。 


[1] 天 于 这 个 Crash 的 更 多 信息 请 参见 


http://www.it165.net/pro/html/201406/15547.html ° 


6.3” 友 列 化 相关 的 异常 


Android 中 的 序列 化 分 两 种 ， 一 种 是 原始 的 Serializable， 另 一 种 是 
Android 为 了 提升 性 能 而 量 呈 打造 的 Parcelable。 接 下 来 将 介绍 序列 化 不 
当 导 致 的 异常 。 


6.3.1 ”实体 对 象 不 支持 序列 化 


异常 中 的 关键 子 : 


Parcelable encountered IOEXception writing serializable 


object(name=XXX)...... 


发 生 频 率 : 交友 六 


看 下 面 这 个 实体 类 ， 它 看 上 去 是 文 持 序列 化 的 : 


public class UserInfo implements Serializable { 
private static final long serialVersionUID = 1L; 
private String username; 
private CreditCard creditCard; 
public UserInfo(){ 
} 


看 其 中 的 CreditCard 实 体 ， 它 的 定义 如 下 : 


public class CreditCard { 
public String cardNo,; 


也 就 是 说 ，CreditCard 类 不 支持 序列 化 。 那 么 ， 当 UserInfo 对 象 中 
CreditCard 属 性 的 值 为 空 时 ， 没 有 任何 问题 ， 而 一 旦 CreditCard 属 性 值 
不 为 空 ， 那 么 UserInfo 在 序列 化 的 了 时候， 就 会 因为 这 个 属性 不 能 序列 
化 而 月 溃 。 


人 提示 JSONObject 和 JSONArray 不 支持 序列 化 


对 于 JSONObject 和 JSONArray 这 样 的 类 型 ， 也 是 不 支持 序列 化 
的 ， 所 以 实体 中 一 旦 有 这 样 的 属性 ， 必 然 裔 溃 。 


6.3.2 ”序列 化 时 未 指定 ClassLoader 


异常 中 的 关键 子 : 


BadParcelableException:ClassNotFoundFE.xception when 


unmarshalling...... 
发 生 频 率 : 妈妈 


在 使 用 Parcelable 机 制 的 时 候 ， 会 遇 到 上 述 异 常 信息 。 


比如 说 下 面 这 个 序列 号 类 MyParcelable， 有 个 自 定 义 类 型 ClassA 的 
属性 a: 


public class MyParcelable implements Parcelable { 
private String mStr; 
private ClassA a; 


，// 省 略 若 干 语句 


private MyParcelable(Parcel in) { 
mstr = in.readstring(); 
a = in.readParcelable(null); 


} 


有 裔 溃 出 在 最 后 一 名 上， 对 a 的 反 序列 化 上 : 
a = in.readParcelable(null); 

当 把 它 改 为 下 面 这 样 ， 束 不 会 再 朋 江 了 了: 
a=in.readParcelable(ClassA.class.getClassLoader()); 


@ 提示 ”ClassLoader 的 概念 


当 ClassLoader 为 空 时 ， 系 统 会 采取 默认 的 ClassLoader 。 


Android 有 两 种 不 同 的 ClassLoader: framework ClassLoader 和 apk 
ClassLoader， 其 中 framework ClassLoader 知 道 怎么 加 载 Android 系 统 
部 的 类 ; apk ClassLoader 知 道 怎 么 加 载 我 们 自己 写 的 类 ， 也 知道 怎 4 
加 载 Android 系 统 内 部 的 类 。 


在 App 刚 启动 时 ， 默 认 ClassLoader 是 apk ClassLoader， 但 在 系统 
存 不 足 应 用 被 系统 回收 会 再 次 局 动 ， 这 个 默认 ClassLoader 会 变 为 
framework ClassLoader， 所 以 对 于 我 们 目 己 的 类 会 报 


ClassNotFoundException 。 


6.3.3 反 序 列 化 时 发 现 类 找 不 到 : 被 ProGuard 混 请 导致 的 朋 冲 


异 浊 中 的 关键 字 : 


Parcelable encountered ClassNotFoundException reading a 


Serializable object...... 
发 生 频 率 ， 友 友 

在 反 序列 化 的 时 候 ， 发 现 有 个 类 找 不 到 。 一 般 而 言 ， 这 样 的 月 
注 ， 在 开发 调试 期 间 就 会 暴露 出 来 。 但 为 什么 开发 期 间 没事 发 到 线 上 


了 驶 出 问题 了 呢 ? StackOverfiow 上 有 个 哥们 契 而 不 售 的 花 了 2 年 时 间 碍 
文 个 问题 ， 最 后 发 现 是 ProGuard 导 致 的 。 


ProGuard 对 于 Class.forName (className) 中 的 class 是 无 能 为 力 
的 ， 它 会 将 这 个 class 混 消 得 面目 全 非 ， 于 是 在 反 序 列 化 这 个 类 的 时 候 
却 发 现 找 不 到 这 个 类 了 ， 目 然 就 会 抛 出 这 种 异常 信息 了 。 相 应 的 解决 
方案 就 是 ， 在 ProGuard 文 件 中 keep 这 个 类 。 0 


6.3.4” 肥 序 列 化 时 发 现 类 找 不 到 : 传 入 畸形 数据 


异 季 中 的 天 键 字 : 


Parcelable encountered ClassNotFoundException reading a 


Serializable object (name= 某 个 类 名 称 ) 


发 生 频 率 : 友 女 


日 .个 好: 


这 是 一 个 最 近 发 现 的 安全 漏洞 。 


由 于 在 App 中 使 用 了 getSerializableExtra0 的 API，App 开 发 人 员 没 
有 对 传 入 的 数据 做 异常 判断 ， 别 有 企图 的 人 可 以 通过 传 入 畸形 数据 ， 
导致 本 地 拒绝 服务 。 


例如 传 入 简单 类 型 ， 比 如 Integer， 就 会 抛 出 类 型 转换 异常 


ClassCastException ° 


而 当 传 入 自 定 义 的 可 序列 化 对 象 时 ， 就 会 搜 出 上 述 带 有 
ClassNotFoundException 的 异常 信息 了 。 [4 


6.3.5 反 序 列 化 时 出 错 


异 季 中 的 天 键 字 : 


Could not read input channel file descriptors from parcel...... 


发 生 频 率 : 妈妈 妇 


出 现 这 个 异常 ， 一 般 是 因为 Intent 传 递 的 数据 太 大 了 了， 貌似 大 于 
1MB 就 会 朋 种 。 


此 外 ， 网 上 也 有 人 说 是 因为 FileDescripter 太 多 而 且 没 有 关闭 ， 或 
looper 太 多 没有 退出 导致 的 ， 我 没有 验证 过 ， 仪 供 参 考 。 


[1] 详细 信息 请 参见 http://stackoverf iow.com/questions/6014806/android- 
classnotfoundexception-when-passing-serializable-object-to-activity ° 

2] 这 个 安全 漏洞 由 360 近期 发 现 ， 参见 
http://blogs.360.cn/360mobile/2015/01/06/android-app 通 用 型 拒绝 服务 漏 
洞 分 析 报 告 /。 


6.4 ”列表 相 天 的 异 当 


有 Adapter 在 的 地 方 ， 就 有 ListView， 就 有 因此 而 产生 的 异常 。 这 
些 异常 基本 是 因为 下 拉 列 表 刷 新 数据 时 处 理 不 当 导 致 的 。 这 主要 是 
Android 本 号 没有 提供 标准 的 下 拉 刷 新 数据 的 列表 控件 ， 而 网 上 千 奇 百 
怪 的 下 拉 刷 新 控件 又 都 有 这 样 那样 的 缺陷 。 封 装 得 再 完善 的 下 拉 列 表 
控件 ， 也 只 能 确保 在 大 部 分 机 型 上 工作 良好 。 


6.4.1 Adapter 效 据 兰 变化 但 是 没 通知 ListView 


异 季 中 的 天 键 字 : 


The content of the adapter has changed but ListView did not receive a 
notification.Make sure the content of your adapter is not modified from a 


background thread,but only from the UI thread. 


发 生 频 率 ， 友 友 克 太太 


上 壕 异 常 信息 的 大 体 意思 是 ，adapter 的 内 容 变 化 了 ， 但 是 相应 的 
ListView 并 不 知情 。 请 保证 adapter 的 数据 在 主线 程 中 进行 更 改 ! 


首先 ， 一 种 极端 的 解决 方案 是 ， 每 次 设置 adapter 中 的 集合 数据 
时 ， 都 要 将 其 clone 一 份 ， 而 不 是 直接 传递 一 个 集合 过 来 。 但 是 这 样 会 
比较 消耗 性 能 。 


其 次 ， 要 确保 每 次 在 Activity 中 设置 adapter 的 值 ， 而 不 是 在 后 台 线 
程 ， 有 以 下 几 个 办 法 ; 


1) 调用 Activity 的 runOnUiThread(0 方 法 ， 如 下 所 示 : 


private class OnClickListenerImpl 
implements View.OnClickListener { 
QOverride 
public void onClick(View arg0){ 
new Thread( ){ 
public void run(){ 
MainActivity.this.runonUiThread(new Runnable() { 
QOverride 
public void run() { 
textViewi1.setText("Hello World!"); 


}); 
} 
}.start(); 
2) 调用 Handler， 通 知 主线 程 修改 adapter 。 
3) 使 用 AsyncTask 也 是 一 个 不 错 的 选择 ， 虽 然 它 也 有 很 多 缺陷 。 


最 后 ， 无 论 何 时 何 地 ， 只 要 修改 了 adapter 中 集合 数据 的 值 (比如 
设置 一 个 集合 数据 、 加 一 笔 数 据 、 清 空 集合 数据 ， 就 要 马上 调用 
notifyDataSetChanged 方 法 ， 以 确保 列表 同步 更 新 。 


文 个 导管 


这 个 异常 在 Android 技 术 圈 儿 里 可 算是 大 名 办 和 鼎 了 ， 基 本 上 所 有 的 
App 应 用 都 存在 这 样 的 般 溃 。 


6.4.2” ListView 滚动 时 点 击 刷新 按钮 后 参 演 
异 第 中 的 天 键 字 : 
java.lang.IndexOutOfBoundsException:Invalid index 30,size is 1 at 


java.util.ArrayList.throwIndexOutOfBoundsException(ArrayList.java: 
251)at 


java.util.ArrayList.get(ArrayList.java:304)at 


android.widget.HeaderViewListAdapter.getView(HeaderViewListAdapter.j 
ava:225) 


发 生 频 率 ， 克 太太 


Listview 演 动 的 时 候 ， 表 示 它 已 经 获取 了 adapter 的 getCounts()， 可 
是 30， 也 可 能 更 大 。 回 调用 getView0O， 这 个 时 候 将 数据 clear 掉 了 。 


ZO》 


当然 会 报 IndexOutOfBoundsException:Invalid index 30，size is 1。 这 个 1 


是 那个 header， 因 为 我 们 使 用 的 是 HeaderViewList Adapter。 


这 种 Crash 的 解决 方案 是 ，Listview 深 动 的 时 候 ， 将 刷新 按钮 设置 
为 不 可 点 击 ， 如 下 所 示 : 


public void refresh() { 
startLocation( ) ， 
pageNo = 0; 
hasMore = true; 
dataList.clear(); 
moreBtn.setVisibility(View,.GONE); 
loadFirstPageData( ) ; 


6.4.3 ”AbsListView 的 obtainView 返 回 空 指针 


异 溃 中 的 关键 字 : 


java.lang.NullPointerException at android.widget.AbsListView.obtain 
View(AbsListView.java:1521)at 


android.widget.ListView.makeAndAddView 


发 生 频 率 : 友 友 妇 


导致 空 指针 的 徘 魁 祸首 是 AbsListView 的 obtainView 方 法 获取 不 到 
View， 究 其 原因 是 getView 方 法 在 某 些 时 候 返 回 null。 


解决 方案 很 简单 ，getView 的 第 二 个 参数 convertView 是 不 会 为 null 
的 ， 在 getView 返 回 值 的 时 候 ， 判 断 一 下 是 否 为 null， 如 果 为 null， 则 返 


回 convertView 。 


6.4.4 _ Adapter 效 据 产 变 化 但 是 没 调用 notifyDataSetChanged 


异常 中 的 关键 字 : 


The application's PagerAdapter changed the adapter's contents without 


calling PagerAdapter#notifyDataSetChanged 
发 生 频 率 : 紊 友 


PagerAdapter 对 于 notifyDataSetChanged() 和 getCount() 的 执行 顺序 
是 非常 严格 的 ， 系 统 跟 踪 count 的 值 ， 如 果 这 个 值 和 getCount 返 回 的 值 
不 一 致 ， 就 会 抛 出 这 个 异常 。 所 以 为 了 保证 getCount 总 是 返回 一 个 正 
确 的 值 ， 那 么 在 初始 化 ViewPager 时 ， 应 先 给 adapter 初 始 化 内 容 后 再 将 
该 adapter 传 给 ViewPager， 如 有 果 不 这 样 处 理 ， 在 更 新 adapter 的 内 容 后 ， 
应 该 调用 一 下 Adapter 的 notifyDataSetChanged 方 法 。 


6.5 上 寄 体 相关 的 异 季 


这 种 Crash 很 有 名 ， 原 因 基本 都 是 在 执行 dismiss 方 法 销毁 对 话 框 的 
时 候 ，Activity 已 经 不 再 存在 。 但 古 随 着 场景 的 不 同 ， 抛 出 的 异 肖 信息 
却 义 大 不 相同 。 本 市 我 还 会 顺 市 讲 一 下 在 非 主 线程 操作 UI 导致 的 异 


= 


吊 O 


6.5.1 窗口 句柄 泄露 


异常 中 的 关键 字 : 


android.view.WidnowLeaded:Activity xxx has leaked window 
com.android.internal.policy.impl.PhoneWindow$DecorView{xxxx}that 


was originally added here. 


发 生 频 率 ， 克 太 


我 们 试 着 写 这 样 一 段 代 码 ， 来 重 现 这 个 异常 : 


Dialog dialog,; 

QOverride 

protected void onCreate(Bundle SavedInstanceState) { 
Super ,onCreate(SavedInstanceState ) ; 
setCcontentView(R.1layout.activity_s1 scenario1); 
AlertDialog.Builder info = new AlertDialog.Builder(this); 
info.setTitle("Dialog").setPositiveButton("OK", null) 

SetMessage("This is a Dialog"); 

dialog = info.show(); 


finish()， 


以 上 代码 在 运行 时 必然 月 泪 ， 这 是 因为 ， 最 后 finish 语 名 销毁 了 当 
前 Activity， 但 是 在 它 基 础 上 创建 的 AlertDialog 对 话 框 还 在 ， 窗 口 句 柄 
泄露 ， 未 能 及 时 销毁 。 


finish() 语 句 是 我 故意 写 的 ， 是 为 了 重 现 这 个 异常 。 现 实 中 当然 不 
会 这 么 写 代 码 ， 往 往 是 因为 我 们 在 非 主 线程 中 的 某 些 操 作 不 当 而 产生 
了 一 个 严重 的 异常 ， 从 而 强制 天 闭 当 前 Activity。 而 在 天 闭 的 同时 ， 却 
没 能 及 时 调用 dismiss 来 解除 对 ProgressDialog 等 的 引用 ， 从 而 系统 抛 出 
了 上 壕 拓 让 信息 。 


可 以 再 写 一 个 Demo， 来 模拟 Activity 被 销毁 的 情景 : 


Dialog dialog,; 
QOverride 
protected void onCreate(Bundle savedIinstanceState) { 

super .onCreate(savedInstanceState),; 
setCcontentView(R.1layout.activity_s1 scenario2); 
AlertDialog.Builder info = new AlertDialog.Builder(this); 
info.setTitle("Dialog").setPositiveButton("OK", null) 

.SetMessage("This is a Dialog"); 
dialog = info.show(); 
findViewById(R.id.btnstartThread).setoncClickListener( 

new View.OnClickListener() { 
Q@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
Q@Override 
public void run() { 
try { 
Thread.sleep(10000); 
} catch (InterruptedException e) { 
e.printStackTrace( ); 


dialog.dismiss(); 


} 
}).start(); 


}); 


是 下 。 


相应 的 解决 办 法 是 ， 重 写 Activity 的 onDestroy 方 法 ， 在 方法 中 调用 
dismiss 来 解除 对 ProgressDialog 等 的 引用 : 


Q@Override 
public void onDestroy() { 
super .onDestroy(); 
// 成 败 就 在 这 句 话 ， 注 释 了 就 会 


crash 


} 


dialog.dismiss(); 


6.5.2 View not attached to window manager 


异常 中 的 关键 字 : 


java.lang.lllegal ArgumentException:View not attached to window 


manager at 


android.view.WindowManagerImpl.findViewLocked(WindowManage 


rImpl.java:356)at 


android.view.WindowManagerImpl.removeView(WindowManagerIm 


pl.java:201)at 


android.view.Window$LocalWindowManager.removeView(Window.ja 


va:400)at 
android.app.Dialog.dismissDialog(Dialog.java:268)at 
android.app.Dialog.access$000(Dialog.java:69)at 
android.app.Dialog$1.run(Dialog.java:103)at 


android.app.Dialog.dismiss(Dialog.java:252) 
发 生 频 率 : 妈妈 女友 女 


发 生 这 类 Exception 的 场景 是 ， 有 一 个 费时 的 线程 任务 ， 在 任务 开 
始 的 时 候 显 示 一 个 对 话 框 ， 然 后 当 任 务 完 成 了 再 销毁 对 话 框 ， 在 此 期 
间 如 果 Activity 因 为 某 种 原因 被 杀 掉 且 又 重新 启动 了 ， 那 么 当 Dialog 调 
用 dismiss 方 法 的 时 候 WindowManager 检 查 发 现 Dialog 所 属 的 Activity 已 


经 不 存在 了 ， 所 以 会 报 View not attached to window manager。 1 


要 想 避 人 免 此 类 Exception， 就 要 正确 的 使 用 对 话 框 ， 也 要 正确 的 使 
用 线程 ， 有 以 下 几 点 需要 注意 。 


1) 正确 使 用 对 话 框 。 不 要 在 非 UI 线程 中 使 用 对 话 框 创建 ， 显 示 
和 取消 对 话 框 。 


那么 对 于 异步 操作 显示 对 话 框 怎么 办 呢 ?Activity 都 有 相应 的 操作 
对 话 框 的 回调 ， 比 如 : 


:onCreateDialog() 
‘showDialog() 
‘dimissDialog() 


‘removeDialog() 


以 上 这 些 都 是 Activity 的 方法 ， 因 此 使 用 起 来 更 方便 ， 也 不 用 显示 
创建 和 操控 Dialog 对 象 ， 一 切 都 由 框架 操控 ， 相 对 来 说 比较 安全 。 


2) 一 定 要 让 对 话 框 对 象 在 Activity 的 可 控制 范围 之 内 和 生命 周期 
之 内 。 比 如 对 话 框 一 定 要 是 Activity 的 成 员 变 量 ， 并 且 在 让 对 话 框 变量 
活跃 在 Activity 的 onCreate() 和 onDestroy() 这 两 个 方法 之 间 。 


写 一 个 引发 此 Crash 的 例子 : 


private ProgressDialog mpProgressDialog; 
QOverride 
public void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedInstanceState),; 
setCcontentView(R.1layout.activity_s10); 
mProgressDialog = new ProgressDialog(this); 
mpProgressDialog.show!( ); 


new Handler().postDelayed(new Runnable() { 
QOverride 
public void run() { 
mpProgressDialog.dismiss(); 
} 


}, 1000); 
finish(); 


后 来 我 在 网 上 看 到 另 一 种 完美 的 解决 方案 1 耻 : 从 ProgressDialog 中 
派生 出 SafeProgress-Dialog 子 类 ， 通 过 徐 写 dismiss 方 法 ， 在 
ProgressDialog.dismiss 方 法 执行 之 前 判断 Activity 是 否 存 在 。 


class SafeprogressDialog extends ProgressDialog { 
Activity mparentActivity; 
public SafeProgressDialog(Context context) { 
super (context); 
mParentActivity = (Activity) context ， 


QOverride 
public void dismiss() { 
if (mParentActivity != null 
&& ImParentActivity.isFinishing()) { 
super .dismiss(); 


6.5.3 ” 窗 体 在 不 恰当 的 时 候 获 取 了 焦点 


异 弟 中 的 关键 字 : 


java.lang.NullPointerException:android.widget.PopupWindow$Popup 


ViewCo ntainer.dispatchKeyEvent 


发 生 频 率 ， 砍 太 


这 个 问题 是 因为 在 PopupWindow 显 示 之 前 ， 就 把 焦点 赋予 了 它 ， 
结果 当然 会 Crash 了 。 


这 类 问题 只 在 Android 2.3 版 本 才 会 偶然 出 现 ， 我 看 到 Android 系 统 
4.0 的 源码 修改 了 方法 ， 在 底层 对 这 个 问题 进行 了 规避 。 加 


但 是 对 于 2.3 的 Android 系 统 ， 我 们 还 是 要 进行 兼容 。 相 应 的 解决 
方法 是 ， 在 创建 PopupWindow 的 时 候 不 立即 调用 setFocusable(true)， 而 
是 在 showAtLocation 后 再 调用 setFocusable(true)， 同 时 ， 在 调用 dismiss 
的 时 候 ， 调 用 setFocusable(false)。 半 


Ot 二 


PopupWindow 调 用 setFocusable(true) 是 为 了 让 它 里 面 的 控件 能 够 实 
现 监听 事件 。 


6.5.4 token null is not for an application 


异 弟 中 的 关键 字 : 


android.view.WindowManager$BadTokenException:Unable to add 


window--token null is not for an application 


发 生 频 率 ， 友 友 太 


在 实现 Android 浮 窗 时 ， 有 时 会 报 这 个 异常 ， 根 据 以 往 的 经 验 ， 出 
现 这 问题 一 般 是 我 们 的 Context 不 正确 。 以 下 代码 会 报 这 个 异 第 : 
new AlertDialog.Builder(getApplicationContext()) 
.SetIcon(android.R.drawable.ic_ dialog alert) 
.SetTitle("Warnning") 


.SetMessage("Hello world!") 
.Show( ) ， 


问题 出 在 AlertDialog.Builder (mcontext) 这 人 句 话 ， 所 接受 的 参数 
不 能 是 getApplication-Context() 获 得 的 Context， 而 应 该 是 Activity 实 
例 ， 因 为 只 有 一 个 Activity 才 能 添加 一 个 窗 体 ， 如 下 所 示 : 


new AlertDialog.Builder(S4Activity.this) 
‘SetIcon(android.R.drawable.ic dialog alert) 
.SetTitle("Warnning") 
SetMessage("Hello world!") 
,Show( ) ， 


6.5.5 permission denied for this window type 


异常 中 的 关键 子 : 


Android.view.WindowManager$BadTokenException:Unable to add 
window android.view.ViewRootImpl$W@411da608--permission denied for 


this window type 


发 生 频 率 ， 交友 六 


在 使 用 WindowManagerLayoutParams.TYPE_SYSTEM_ALERT 涉 


及 window type 权 限 问 题 。 


这 种 错误 多 发 生 在 使 用 WindowManager 目 定义 弹出 框 时 ， 没 有 设 
置 权限 。 


相应 的 解决 方案 是 ， 在 AndroidManifest.xml 配 置 文件 中 添加 以 下 


两 个 uses-permission: 


<1-- 显示 系统 窗口 权限 


- -> 
<uses-permission 

android:name="android.permission.SYSTEM ALERT_ WINDOW" /> 
<1-- 在 屏幕 最 顶部 显示 


addview --> 
<uses-permission 
android:name="android.permission.SYSTEM_ OVERLAY_WINDOW" /> 


前 者 允许 应 用 使 用 TYPE_SYSTEM_ALERT 来 打开 窗口 ， 并 将 窗 
口 显示 于 其 他 应 用 的 顶端 ;后 者 允许 使 用 窗 体 覆盖 在 window 上 。 


6.5.6 is your activity running 


异常 中 的 关键 子 : 


android.view.WindowManager$BadTokenException:Unable to add 
window--token 
android.app.LocalActivityManager$LocalActivityRecord(@45a58ee0 is not 


valid;is your activity running? 
发 生 频率 : 妇女 妈妈 
当 我 回来 ， 你 已 不 在 。 说 的 就 是 这 个 Crash 。 


这 种 Crash 与 弹出 框 Dialog 密 切 相 关 ， 是 由 于 Activity A 依附 于 男 一 
个 Activity B 的 ， 当 被 依附 的 Activity B 产 生 错 误 的 时 候 ，Activity A 因 
为 没有 了 靠山 而 产生 错误 (或 者 是 调用 了 一 个 已 经 被 finish() 的 


Activity) 。 
比如 ， 在 onCreate 方 法 中 ， 想 要 弹出 PopupWindow， 如 下 所 示 : 


public class S6CrashActivity extends Activity { 
QOverride 
protected void onCreate(Bundle SavedInstanceState) { 
super .oncCreate(SavedInstanceState ) ， 
setCcontentView(R.1layout.activity_s6_crasnh),; 
PopupWindow popupWindow = new PopupWindow( 
getLayoutInfiater().infiatel( 
R.layout.activity_s6_crash, null), 
ViewGroup.LayoutParams .WRAP_CONTENT, 
ViewGroup.LayoutParams .WRAP_CONTENT); 
popupWindow.showAtLocation( 
findViewById(R.id.btnscenario1), 
Gravity .CENTER, ©, 0); 
popupWindow.update( ); 


我 们 看 一 下 PopupWindow 的 showAtLocation 方 法 : 


void android.widget.PopupWindow.showAtLocation( 
View parent, int gravity, int x, int y) 


当 参 数 parent 为 空 时 ， 束 会 报 上 壕 的 错误 ， 说 token 为 空 了 ， 无 效 
了 ， 由 于 popupwindow 要 依附 于 一 个 activity， 而 activity 的 onCreateO) 还 


没 执行 完 ， 那 么 肯定 会 出 错 了 。 


此 ， 我 们 要 做 的 就 是 让 这 个 showAtLocation 的 调用 再 晚 一 点 ， 
这 里 使 用 handler 来 解决 这 个 问题 ， 如 下 所 示 : 


public class S6CrashFixActivity extends Activity { 
private PopupWindow popupWindow; 
QOverride 
protected void onCreate(Bundle SavedInstanceState) { 
super.onCreate(savedInstanceState),; 
popupwindow = new PopupWindow(getLayoutIinfiater().infiate( 
R.layout.activity_s6, null), 
WindowManager .LayoutParams .WRAP_CONTENT, 
WindowManager .LayoutParams .WRAP_CONTENT); 
new Thread() { 
public void run() { 
try { 
handler.sendEmptyMessageDelayed(0, 1000); 
} catch (Exception e) { 
e.printStackTrace( ); 
} 


} 
}.start(); 


private Handler handler = new Handler() { 
QOverride 
public void handleMessage(Message msg) { 
Switch (msg.what) { 
case 1000 : 
popupWindow.showAtLocation( 
findViewById(R.id.btnscenario1), 
Gravity.CENTER | Gravity.CcCENTER, 0, 0); 
popupwindow.update( ); 


super.handleMessage(msg); 


}; 


6.5.7 ”添加 窗 体 失败 


异常 中 的 天 键 字 : 
java.lang.RuntimeException:Adding window failed at 


android.view.ViewRootImpl.setView(ViewRootImpl.java:511)at 


android.view.WindowManagerImpl.addView(WindowManagerImpl.ja 


va:301)at 


android.view.WindowManagerImpl.addView(WindowManagerImpl.ja 


va:215)at...... 


这 个 Crash 我 不 能 复 现 ， 只 能 在 线 上 看 到 异常 信息 。 不 知道 发 生 的 
原因 ， 也 暂时 没有 解决 方案 。 


检查 Android 系 统 源 码 ， 这 个 Crash 是 在 ViewRoot 的 setView 方 法 中 
捕获 到 的 ， 如 下 所 示 : 


try { 
res = sWindowSession.add(mWindow, mWindowAttributes, 
getHostVisibility(), mAttachInfo.mContentInsets); 
} catch(RemoteException ex) { 
mAdded = false,; 


mView = null; 

mAttachInfo.mRootView = null,; 

unscheduleTraversals(); 

throw new RuntimeException("Adding windows failed", ex); 


考虑 到 窗 体 类 Crash 的 完整 性 ， 我 没有 把 这 个 Crash 归 类 到 6.9 不 明 
觉 万 中 。 还 请 知道 其 中 绿 由 的 朋友 不 音 赐教 。 


6.5.8 AlertDialog.resolveDialogTheme 


异 音 中 的 天 键 字 : 
java.lang.NullPointerException at 
android.app.AlertDialog.resolveDialogTheme( AlertDialog.java:142)at 
android.app.AlertDialog$Builder.<init>(AlertDialog.java:359)at 


com.radzik.devadmin.MainActivity$5.0onClick(MainActivity.java:140) 


at 
android.view.View.performClick(View.java:4084)...... 
发 生 频 率 ， 交友 六 


这 是 一 个 很 有 趣 的 异常 。 我 在 重 现 is your activity running 这 个 异常 
时 ， 阴 差 阳 错 发 现 了 这 个 新 的 异常 ， 上 网 一 查 ， 这 类 Crash 发 生 次 数 还 


- 


~ 


是 蛮 多 的 。 


场景 1: 在 B 页 面 写 了 一 个 show 方 法 ， 控 制 AlertDialog.Builder 的 
弹出 和 隐藏 。 在 A 页 面 却 要 调用 B 页 面 的 show 方 法 ， 于 是 就 月 浇 了 ， 代 
码 如 下 所 示 : 


public class S8Activity extends Activity { 
QOverride 
protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedIinstanceState),; 
setCcontentView(R.1layout.activity_s8); 
Button btnCrash1 = (Button) findViewById(R.id.btnCrash1); 
btncrash1.setonClickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
AnotherS8Activity s8 = new Anothers8Activity(); 
s8.show( ); 


}); 
} 


public class AnotherS8Activity extends Activity { 
Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedInstancesState),; 
} 


public void show() { 
AlertDialog.Builder dialog = new AlertDialog.Builder( 
AnotherSs8Activity.this); 
dialog.setTitle("Test"); 
dialog.setMessage("Hello World"); 
dialog.setPositiveButton("OK", 
new DialogInterface.OonClickListener() { 
QOverride 
public void onClick(DialogInterface dialog, 
int which) 区 
dialog.cancel(); 
} 


}); 
dialog.show( ); 


这 种 朋 溃 的 解决 方案 有 以 下 几 种: 


:最 简单 的 解决 方案 ， 束 是 把 AnotherActivity 中 的 show 方 法 ， 复 制 
到 S8Activity 中 。 


:也 可 以 把 这 个 show 方 法 放 在 BaseActivity 中 。 


-创建 一 个 单独 的 类 ， 把 AnotherActivity 中 的 show 方 法 转移 过 去 ， 
只 要 传递 正确 的 context 参 数 即 可 。 


场景 2， 在 TabActivity 中 切换 Tab 时 ， 容 易 产 生 这 个 Crash。 这 是 因 
为 ， 在 new 对 话 框 的 时 候 ， 参 数 content 指 定 成 了 this， 即 指向 当前 子 
Activity 的 content。 但 子 Activity 是 动态 创建 的 ， 不 能 保证 一 直 存 在 。 其 
父 Activity 的 content 则 是 稳定 存在 的 ， 所 以 将 this 替 换 为 getParentO 即 
可 ， 如 下 代码 所 示 : 


QOverride 
public void onTabChanged(String tagString) { 
if (tagString.equals("One")) { 
myMenuSettingTag = 1; 
ProgressDialog dialog = ProgressDialog.show( 
getParent() "提示 


"正在 获取 数据 ， 请 稍 等 


_1", true, true); 


if (tagString.equals("Two")) { 
myMenuSettingTag = 2; 
ProgressDialog dialog = ProgressDialog.show( 
S8CrashFixActivity.this,，“" 提 示 


正在 获取 数据 ， 请 稍 等 


_2", true, true); 


If (tagSstring.equals("Three")) { 
myMenuSettingTag = 3; 
ProgressDialog dialog = ProgressDialog.show( 
S8CrashFixActivity.this,“" 提 示 


正在 获取 数据 ， 请 稍 等 


_3", true, true); 


if (myMenu != null) { 
onCreateOptionsMenu(myMenu); 
} 


6.5.9 The specified child already has a parent 


异 弟 中 的 关键 字 : 


The specified child already has a parent. You must call 


removeView()on the child's parent first. 


发 生 频 率 ， 克 太太 


这 个 异常 ， 我 们 从 字面 上 就 能 理解 。 在 使 用 儿子 的 时 候 ， 要 先 调 
用 其 父亲 的 remove-View 方 法 ， 解 除 父子 关系 。 9 


y 


我 们 在 一 个 Activity 中 加 载 layout， 一 般 这 样 写 : 


QOverride 

protected void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedInstanceState),; 
setcontentView(R.1layout.activity_s9); 


但 殊不知 ， 换 个 写法 也 能 达到 同样 的 效果 : 


QOverride 
protected void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedInstanceState),; 
LayoutInfiater infiater = (LayoutInfiater ) 
getSystemService(LAYOUT_INFLATER_SERVICE ) ， 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout.activity_s9_crash, null); 
setcontentView(parent); 


我 们 尝试 着 改写 setContent 方 法 的 内 容 ， 从 layout 布 局 中 抓 取 它 的 
子 控件 ImageView， 当 我 们 把 ImageView 放 到 setContent 方 法 中 时 ， 就 会 
报 上 述 的 错误 了 : 


QOverride 
protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedInstanceState); 
LayoutInfiater infiater = (LayoutInfiater ) 
getSystemService(LAYOUT_INFLATER_SERVICE ) ， 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout.activity_s9_crash, null); 
ImageView child = (ImageView)parent.findViewById( 
R.id,.imageView1); 
setcontentView(child); 


这 是 因为 InageView 是 其 所 在 layout 的 儿子 ， 它 必须 跟 它 的 父亲 
(parent) 共存 亡 ， 除 非 我 们 使 用 removeView 先 把 它 从 其 父亲 中 移 


除 ， 如 下 所 示 : 


Q@Override 
protected void onCreate(Bundle SavedInstanceState) { 
Super ,onCreate(SavedInstanceState ) 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService(LAYOUT_INFLATER_SERVICE ) ， 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout.activity_s9_crash, null); 
ImageView child = (ImageView) parent.findViewById( 
R.id,.imageView1); 
parent.removeView(child); 
setcontentView(child); 


6.5.10” 子 线程 不 能 修改 UI 


异常 中 的 关键 字 : 


android.view.ViewRootImpl$CalledFromWrongThreadE.xception:Onl 


y the original thread that created a view hierarchy can touch its views....... 


发 后 频 率 : 妈妈 妈妈 女 


从 字面 上 翻译 是 ， 只 有 原始 创建 这 个 视图 层次 (view hierarchy) 
的 线程 才能 修改 它 的 视图 (view) 。 也 就 是 说 必须 在 程序 的 主线 程 
(UI) 线程 中 更 新 界面 显示 的 工作 。 


话 虽 如 此 ， 但 是 我 写 了 一 个 Demo， 试 图 在 子 线程 中 更 新 TextView 
中 的 值 ， 如 下 所 示 : 


public class Scenario1Activity extends Activity { 
TextView mLoadingText; 
Button btnstartThread; 
Q@Override 
protected void onCreate(Bundle SavedInstanceState) { 
Super .oncCreate(SavedInstanceState ) ， 
setCcontentView(R.1layout.activity_s11 scenario1); 
mLoadingText = (TextView) findViewById(R.id.textView1); 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
new Thread(new Runnable() { 
Q@Override 
public void run() { 
mLoadingText.setText("hello world"); 


} 
}).start(); 


但 是 奇迹 出 现 了 ， 居 然 能 运行 良好 ， 不 会 有 崩溃 。 这 不 由 得 使 我 
对 之 前 从 书本 上 看 到 的 概念 产生 了 怀疑 ， 不 是 说 在 子 线程 操作 UI 就 会 
崩溃 吗 ? 


后 来 我 加 了 1 秒 的 等 待 时 间 ， 然 后 再 修改 TextView 上 的 值 ， 
Crash 就 能 稳定 复 现 了 (如 果 不 能 复 现 就 把 时 间 拉 长 到 2~5 秒 ) ， 代 码 
如 下 所 示 : 


public class Scenario2Activity extends Activity { 

TextView mLoadingText; 

Button btnstartThread; 

QOverride 

protected void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedInstanceState),; 
setCcontentView(R.1layout.activity_si11 scenario2); 
mLoadingText = (TextView) findViewById(R.id.textView1); 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
// 在 


onCreate 方 法 中 执行 不 会 


Crash 
new Thread(new Runnable() { 


QOverride 
public void run() { 
try { 
Thread.sleep(1000); 
} catch (InterruptedException e) { 
e.printStackTrace( ); 


} 
// 刷新 页 面 的 文 


mLoadingText.setText("hello world"); 


} 
}).start(); 


继续 探索 ， 在 按钮 点 击 事件 中 重复 刚才 的 试验 ，Crash 稳 定 重 现 : 


btnstartThread.setonclickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
QOverride 
public void Eu { 
// 刷新 页 面 的 


mLoadingText.setText("hello"); 
} 
}).start(); 


}); 


于 是 我 重 狐 检查 了 Android 的 定义 ， 发 现 古 目 己 对 这 人 句 话 有 理解 上 
的 误区 : “不 建议 在 子 线程 中 更 新 UI， 会 因此 而 产生 不 可 预知 的 错 


误 。” 


这 束 是 多 线程 编程 ， 有 时 候 你 运行 在 干 次 ， 结 采 正 确 ， 并 不 表明 
你 的 逻辑 就 古 对 的 。 我 们 一 定 要 遵循 代码 的 规范 ， 你 持 清 晰 的 思维 。 


接 下 来 解释 一 下 在 onCreate 方 法 中 操作 UI 为 什么 有 时 候 不 朋 误 ? 
就 像 前 面 所 说 ， 一 定 要 等 一 会 儿 才 会 出 现 朋 各 ， 肯 定 是 这 段 时 间 内 某 
种 检查 机 制 还 没 起 作用 ， 晚 于 后 续 对 UI 的 操作 。 检 查 Android 源 码 ， 这 
个 方法 是 viewRoot 的 requestLayout()。 只 有 在 requestLayout 方 法 的 子 方 
法 checkThread 中 ， 才 会 抛 出 这 个 异常 。 


public void requestLayout() { 
checkThread( ); 
mLayoutRequested = true; 
ScheduleTraversals()， 


} 
void checkThread() { 
if(mThread != Thread.currentThread()) { 
throw new CalledFromwrongThreadException( 
"Only the original thread that created 
a view hierarchy can touch its views."); 
} 
} 


由 此 而 推测 ， 在 onCreate 的 上 时候， 是 requestLayout 方 法 没有 执行 
layout 布 局 文件 还 没有 创建 完成 ， 导 臻 我们 可 以 在 onCreate 方 法 内 
在 其 他 子 线程 中 操作 UI 。 


问题 查 出 来 了 ， 拉 下 来 是 如 何 正 确 解 决 问题 ， 因 为 有 时 会 页 到 在 
非 主 UI 线程 更 新 视图 的 需要 。 这 个 时 候 我 们 有 两 种 处 理 的 方式 。 一 种 
是 Handler， 男 一 种 是 Activity 中 的 runOnUiThread(Runnable) 方 法 。 


方法 1: 使 用 Handler 。 


Q@Override 

protected void onCreate(Bundle SavedInstanceState) { 
super .onCreate(savedIinstanceState); 
setCcontentView(R.1layout.activity_s11 scenario4); 


mLoadhandler = new LoadHandler(); 
mLoadingText = (TextView) findViewById(R.id.textView1); 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
btnstartThread.setonclickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
QOverride 
public void run() { 
mLoadhandler .sendEmptyMessage(101); 


} 
}).start(); 


}); 


// 主线 程 中 的 


handler 
class LoadHandler extends Handler { 
// 接受 子 线程 传递 的 消息 机 制 


Q@override 
public void handleMessage(Message msg) { 
super .handleMessage(msg); 
int what = msg,what ， 
switch (what) { 
case 101: { 
// 刷新 页 面 的 文字 


mLoadingText.setText("test"); 
break; 


方法 2: 利用 Activity 的 runOnUiThread 方 法 把 更 新 UI 的 代码 创建 在 
Runnable 中 ， 这 样 Runnable 对 像 束 能 在 UI 程序 中 被 调用 。 如 有 果 当 前 线 
程 是 UI 线 程 ， 那 么 行动 是 立即 执行 。 如 果 当 前 线程 不 是 UI 线 程 ， 损 作 
是 发 布 到 事件 队列 的 线程 中 。 


public void onClick(View v) { 
runonUiThread(new Runnable() { 
public void run() { 
// 刷新 页 面 的 文字 


mLoadingText.setText("test"); 


}); 


方法 3: 使 用 AsyncTask 。 


private class MyTask extends AsyncTask<Void, Void, Void> { 

QOverride 

protected Void doInBackground(Void... params) { 
publishProgress( ); 
return null; 

} 

Q@Override 

protected void onProgressUpdate(Void... values) { 
super .onProgressUpdate(values); 
// 刷新 页 面 的 文字 


mLoadingText.setText("test"),; 

} 

QOverride 

protected void onPostExecute(Void result) { 
// 刷新 页 面 的 文字 


mLoadingText ,SetText("test2") 
Super .onPpostExecute(result); 


.onProgressUpdate 方 法 的 执行 在 收 到 publishProgress 方 法 调用 后 ， 


运行 于 UI 线程 中 ， 对 UI 控件 进行 处 理 。 
:onPostExecute() 方 法 ， 则 在 doInBackground0 方 法 结束 后 运行 在 UI 


线程 ， 对 result 进 行 处 理 。 
务 ， 不 能 做 类 似 Toast 的 操作 ， 同 样 会 抛 出 Can't create handler inside 


-doInBackground0) 方 法 中 ， 就 是 在 后 台 线 程 中 人 处理 我 们 的 异步 任 
thread that has not called Looper.prepare() 异 常 。 


接 下 来 ， 在 使 用 的 时 候 束 很 商 单 了 : 


btnstartThread,.setonClickListener(new OnClickListener() { 


QOverride 
public void onClick(View v) { 
MyTask myTask = new MyTask(); 


myTask.execute( ); 


} 
}); 
6.5.11 不 能 在 子 线程 操作 AlertDialog 和 Toast 


异常 中 的 关键 字 : 


Can't create handler inside thread that has not called Looper.prepare() 


发 生 频 率 : 紊 妇 女友 女 


我 们 继续 讨论 在 子 线程 操作 UI 的 事情 。 这 次 是 要 显示 弹出 框 
AlertDialog 和 吐 梧 Toast。 


AlertDialog， 只 要 是 在 子 线程 中 操作 它 ， 束 会 报 上 述 的 错误 信 
息 。 我 测试 过 ， 无 论 是 在 onCreate() 还 是 按钮 的 点 击 方法 中 ， 都 是 一 
样 : 


btnstartThreadi1.setonClickListener(new OnClickListener() { 
QOverride 
public void onClick(View v) { 
new Thread(new Runnable() { 
@Override 
public void run() { 
new AlertDialog.Builder(S12Activity.this) 
, SeEtTitle ("标题 


") 


, SetMessage(" 简 单 消息 框 


") 


.SetPositiveButton(" 确 定 


", null).show(); 
}).start( ); 


}); 


相应 的 解决 方案 有 多 种 : 


方案 1: 在 外 面包 一 层 Looper.prepare() 和 Looper.loop()， 如 下 所 


全 \: 


btnStartThread2.SsetonCclickListener(new OnCclickListener() { 
Q@override 
public void onClick(View v) { 
new Thread(new Runnable() { 
Q@Override 
public void run() { 
Looper .prepare( ); 
new AlertDialog.Builder(S12Activity.this) 
, SeEtTitle ("标题 


") 


, SetMessage(" 简 单 消息 框 


") 


.SetPositiveButton(" 确 定 


", null).show(); 
Looper .1loop(); 


} 
}).start(); 


}); 


方案 2: Looper 的 变形 


btnSstartThread3.setOonClickListener(new OnClickListener() { 
QOverride 
public void onClick(View v) { 
new Thread(new Runnable() { 
Q@Override 
public void run() { 
showAlertByRunnable(S12Activity.this, "", 101); 


} 
}).start(); 


}); 


private void showAlertByRunnable(final Context context, 
final CharSequence text, final int duration) { 
Handler handler = new Handler(Looper.getMainLooper()); 
handler.post(new Runnable() { 
QOverride 
public void run() { 
new AlertDialog.Builder(S12Activity.this) 
. SeEtTitle(" 标 题 


,SeEtMessage(" 简 单 消息 框 


. SeEtPositiveButton(" 确 定 


,Show( ) ， 


我 试 过 其 他 三 个 方案 : Handler、runOnUiThread 或 Async， 也 能 解 
决 AlertDialog 的 问题 ， 详 细 内 容 请 参考 6.5.10 节 ， 但 是 Looper 的 解决 方 
案 ， 针 对 操作 UI 控件 却 是 无 效 的 。 


吐 司 Toast， 这 个 控件 和 弹出 框 AlertDialog 是 一 样 的 问题 和 解决 方 
案 ， 这 里 不 再 袭 述 。 代 码 参 见 我 博客 上 的 源码 。19 


[1] 有 关 这 个 Crash 的 更 详细 描述 ， 请 参见 
http://blog.csdn.net/yihongyuelan/article/details/9829313 ° 

[2] 该 解决 方案 摘 目 码 农 场 的 这 篇 文革 
http:/www.hankcs.com/program/mobiledev/solution-java-lang-illegalar- 
gumentexception-view-not-attached-to-window-manager.html ° 

[3] 参考 http://stackoverf iow.com/questions/7768728/popupwindow-crash- 


和 


on-dispatch-event 和 http:/www.eoeandroid.comy thread-109193-1-1.html 这 


两 篇 文章 。 


[4] 可 参考 http://www.cnblogs.com/loulijun/p/3267958.html 。 

[5] 天 于 这 个 异常 的 分 析 ， 还 有 一 篇 文章 
http://blog.csdn.net/lissdy/article/details/8453433 ， 我 不 能 复 现 ， 仅 供 参 
考 o 

[6] 代码 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html 。 


6.6 ”资源 相关 的 异 负 


资源 相关 的 异常 ， 基 本 都 容易 解决 。 但 是 有 一 种 情况 非常 恶心 ， 
就 是 明明 apk 包 中 有 这 个 资源 文件 ， 但 是 仍然 抛 出 该 资源 找 不 到 的 异 
常 ， 对 此 我 们 也 只 好 认为 是 内 存 洲 出 (OOM) 了 。 


6.6.1 Resources$NotFoundException 


异常 中 的 关键 子 : 


android.content.res.Resources$NotFoundException:String resource 


ID#0x1 


发 生 频 率 ， 友 友 太 


这 种 异常 一 般 是 因为 参数 int resId 销 误 ， 我 们 把 String 赋 值 给 int 的 
resIld， 所 以 编译 絮 找 不 到 正确 的 resource 而 报错 。 


最 简单 的 例子 ， 检 查 一 下 项 目 中 以 下 语句 的 使 用 : 


Toast.makeText( ); 
textView1.setText(); 


类 似 还 有 一 些 ， 这 里 不 列举 出 来 了 。 这 样 的 函数 通常 有 几 个 重 载 ， 如 
TextView 的 重 载 函 数 如 下 : 


TextView.setText(CharSequence text ) ; 
TextView.setText(int resId); 


如 果 不 小 心 将 一 个 int 值 传 给 了 它 ， 那 它 不 会 显示 该 int 值 ， 而 古 跑 
到 工程 下 去 找 一 个 对 应 的 resource 的 id， 那 当然 是 找 不 到 的 ， 于 是 束 报 
= 


比如 我 这 里 是 这 样 的 : 
count.setText(incall.getCount()); 


incall.getCount(); 返回 的 是 一 个 int 值 ， 直 接 执行 setText 方 法 是 肯 
定 不 行 的 ， 束 会 发 生 上 述 的 Crash。 


解决 办 法 如 下 : 


count.setText(String.valueof(incall.getCount())); 


或 者 


count.setText(incall.getCount() + ""); 


6.6.2 StackOverfiowError 


异 季 中 的 天 键 字 : 


StackOverfiowError 


发 生 频 率 ， 友 友 太 


发 生 这 种 事情 ， 主 要 是 因为 Layout 布 局 文件 结构 艇 套 层 次 太 深 。 
我 们 应 尽量 控制 在 5 层 以 下 。 要 经 常 使 用 Hierarchy View 对 其 进行 优 
化 ， 移 除 不 必要 的 视图 。 


产生 这 种 Crash 的 第 二 种 原因 是 ， 在 App 退 出 的 时 候 ， 如 果 App 中 
有 多 个 线程 ， 那 么 在 退出 App 的 时 候 可 能 不 能 完全 关闭 App， 即 使 使 用 
finish 方 法 也 做 不 到 ， 必 须 使 用 System.exit(0) 这 样 的 语句 才 可 以 。 


这 是 因为 finish 方 法 只 能 退出 当前 Activity， 但 还 可 能 有 其 他 
Activity 未 关闭 ， 这 些 Activity 中 有 没 结束 的 线程 ， 从 而 会 有 一 些 资源 
没有 释放 。 


而 exit(int code) 方 法 可 以 使 进程 退出 能 保证 把 所 有 线程 的 栈 空间 释 
放 ， 否 则 残留 的 线程 栈 空 间 无 法 回收 ， 将 会 导 任 该 进程 新 建 线程 时 栈 
空间 不 足 ， 而 发 生 StackOverfiowError 的 异常 。 


无 论 是 哪 种 情况 导致 的 StackOverFlowError， 都 是 由 无 限 递 归 引 起 
的 。 在 JVM 中 有 一 个 栈 ， 预 设 了 一 个 深度 ， 当 超出 这 个 深度 时 ， 束 会 


抛 出 StackOverFlowError 。 我 们 上 还 种 种 解雇 方案， 都 是 在 避免 无 限 循 
环 调用 。 


6.6.3 UnsatisfiedLinkError 


异常 中 的 天 键 子 : 


java.lang.UnsatisfiedLinkError:dalvik.system.PathClassLoader[DexPa 


thList[[zip file"/data/app/appname-1.apk"]....... 由 


发 后 频率 : 妈 丰 妈妈 女 


过 到 这 个 Crassh， 肯 定 是 so 格式 的 文件 没有 加 载 到 。 检 查 libs 的 
armeabi 目 录 下 的 so 文件 是 否 存 在 。 


此 外 ， 不 能 只 看 armeabi 下 是 否 有 so 文件 ， 还 要 看 x86 目 录 下 so 文件 
是 否 存在 ， 如 果 没 有 ， 在 x86 的 设备 上 仍然 是 加 载 不 到 。 


由 此 而 上 升 到 CPU 指令 集 ，Android 上 一 共有 4 种 ，armeabi、 
armeabi-v7a、mips 和 Xx86。 处 理 so 文 件 时 要 格外 小 心 。 0 


如 图 6-3 所 示 ，armeabi 和 armeabi-v7a 的 so 数量 不 一 致 ， 是 典型 的 会 


导致 UnsatisfiedLinkError 的 场景 。 


VES libs 
VT [Sarmeabi 
libBdMoplusMD5_V1.so 
libentryex.so 
| 起 libjpush163.so 
序 ， liblocSDK3.so 
Varmeabi-v7a 
| 二) libjpush163.so 


liblocSDK3.so 

VE mips 
libBdMoplusMD5_V1.so 
libjpush163.so 

x86 
libBdMoplusMD5_V1.so 
libjpush163.so 


图 6-3” 某 App 下 的 so 文件 
6.6.4 InfiateException 之 FileNotFoundException 


异 弟 中 的 关键 字 : 


Caused by:android.view.InfiateException:Binary XML file 


line#18:Error infiating class<unknown>at 


android.view.LayoutInfiater.createView(LayoutInfiater.java:518) 


Caused by:java.io.FileNotFoundF.xception:res/drawable-hdpi/add.png 


at android.content.res.Asset Manager.openNonAssetNative(Native Method) 


发 后 频率 : 妈妈 妈妈 女 


咋 一 看 ， 还 以 为 是 资源 找 不 到 ， 于 是 去 相应 的 drawable 目 好 下 去 
寻找 ， 就 发 现 这 个 add.png 文 件 确 实 存 在 啊 。 


我 在 网 上 找 了 好 和 久 好 和 久 关 于 这 个 Crash 的 描述 ， 但 大 都 不 满意 。 目 
前 看 到 的 一 种 比较 靠 谱 的 说 法 是 GC 导 致 的 。Activity 销 毁 了 ， 但 是 里 
面 涉 及 的 货源 并 没有 被 回收 ， 于 是 便 产 生 内 存 洪 露 了 ， 但 是 表现 为 


FileNotFoundException ° 


对 此 ， 相 应 的 解决 方案 是 ， 在 Activity 的 onStop 方 法 中 ， 手 动 释放 
每 一 张 图 片 资源 。 呈 


6.6.5 InfiateException 之 缺少 构造 需 


异 弟 中 的 关键 字 : 


android.view.InfiateException:Binary XML file line#:Error infiating 


class com.example.activity1.TestButton 


发 生 频 率 : 交友 太 


创建 目 定义 view 的 时 候 ， 伴 到 上 述 这 个 异 稼 ， 反 复 研 究 后 发 现 是 
缺少 一 个 构造 器 造成 。 其 中 第 二 个 参数 用 来 将 xml 文 件 中 的 属性 初始 
化 。 


目 定义 控件 大 需要 在 xml] 文 件 中 使 用 ， 束 必须 重 写 市 如 上 两 个 参 
数 的 构造 方法 。 添 加 后 即 可 正常 使 用 了 : 


public MyView(Context context, AttributeSet paramAttributeSet ) { 
super(context, paramAttributeSset); 


名 齐 这 个 构造 融 ， 异 津 束 消失 了 。 


6.6.6 ”InfiateException 之 style 与 android:textStyle 的 区 别 


异 弟 中 的 关键 字 : 


android.view.InfiateException:Binary XML file line#14:Error infiating 


class 


发 生 频 率 ， 克 太 


在 一 个 xml 布 局 文件 中 ， 对 于 实现 已 经 定义 好 的 样式 : 


<style name="NormalText"> 

<item name="android:textSize">14sp</item> 

<item name="android:textStyle">normal</item> 

<item name="android:textColor">@color/Gray1l</item> 
</style> 


ee i 


<TextView 


android: 
android: 
android: 
android: 
android: 
android: 
android: 


/> 


id="@+id/tvUserName" 
text="@string/hello_world" 
layout_width="230dp" 
layout_height="30dp" 
layout_marginLeft="10dp" 
layout_marginTop="10dp" 
textSstyle="@style/NormalText" 


结果 发 现 运 行 时 出 错 ， 抛 出 android.view.InfiateException: Binary 


XML file line#14 异 常 。 


按 图 索 强 ， 我 们 找到 资源 文件 的 第 14 行 ， 发 现 是 style 的 问题 ， 后 
来 去 参考 Android 官 方 文档 ， 感 觉 应 该 是 把 : 


android:textStyle="@style/NormalText" 


改 为 : 


style="@style/NormalText" 


修改 后 的 布局 文件 如 下 所 示 : 


<TextView 
android 


/> 


:id="@+id/tvUserName" 
android: 
android: 
android: 
android: 
android: 


text="@string/hello_world" 
layout_width="230dp" 
layout_height="30dp" 
layout_marginLeft="10dp" 
layout_marginTop="10dp" 


6.6.7 TransactionTooLargeException 


异常 中 的 关键 字 : 


android.view.InfiateException:Binary XML file line#14:Error infiating 


Class 


发 生 频 率 : 交友 太 


官方 文档 里 的 解释 是 ，Binder 最 大 通常 限制 为 IMB， 如 果 大 于 
1MB 的 话 ， 束 会 抛 出 TransactionTooL argeException 的 异 弟 。 


相应 的 解决 方法 是 ， 不 要 将 大 量 数据 传 入 Binder， 比 如 说 图 片 。 


这 个 Crash 经 党 出 现在 图 片 分 吾 的 功能 中 ， 因 为 我 们 要 给 第 三 方 分 
译 SDK 传 递 很 大 的 图 片 。 此 外 ， 使 用 采集 打点 数据 时 也 会 看 到 这 类 
Crash， 因 为 打 扣 的 机 制 不 是 每 点 击 一 次 按钮 束 发 一 次 ， 而 是 数据 积 社 
到 一 定量 后 再 发 ， 这 个 阀 值 太 大 就 会 导致 抛 出 


TransactionTooLargeException 异 和 。 


[1] 详细 情况 请 参见 “Androidndk 开 发 打包 时 我 们 应 该 如 何 注 意 平 台 的 
莱 容 ” | 文 章 地 址 
http:/www.cnblogs.com/devinzhang/archive/2012/02/29/2373729.html 。 


[2] 关于 这 个 crash 的 详细 描述 
http://blog.csdn.net/yiding_he/article/details/38597703 ° 


? 


6.7 “系统 碎片 化 相关 的 异 各 


这 类 Crash 由 两 部 分 组 成 ， 一 方面 是 和 Android 系 统 的 版 本 不 同 有 
天 ， 比 如 说 在 Android 4.2 的 手机 执行 了 Android 5.0 的 语法 ， 怖 让 是 必 
然 的 ， 另 一 方面 和 ROM 的 不 同 有 天， 即使 是 相同 的 Android 4.2 版 本 ， 
由 于 各 个 硬件 厂商 随意 定制 自己 的 ROM， 改 写 其 中 的 系统 方法 ， 那 么 
就 会 表现 为 App 的 某 个 页 面 ， 不 同 手机 看 到 不 同 的 效果 ， 甚 至 是 毅 


总 。 


6.7.1 NoSuchMethodError 


异 弟 中 的 关键 字 : 


java.lang.NoSuchMethodError 


发 生 频 率 : 次 友 太太 交 


举 个 例子 ， 错 误 信 息 如 下 : 


java.1lang.NoSuchMethodError:android.os.Bundle.getString 


android.os.Bunde 中 怎么 可 能 没有 getString 这 个 方法 呢 ? 


其 实 吧 ，getstring 方 法 有 两 种 参数 类 型 ， 


getString(key )， 
getSstring(key, defaultValue); 


而 前 面 一 种 是 旧 的 版 本 ， 后 面 这 种 加 了 defaultValue 参 数 的 ， 是 在 
2.3 之 后 的 Android 版 本 里 才 加 入 的 ， 所 以 ， 如 果 你 的 android project 设 
置 的 target version 是 2.3.3， 而 你 又 用 了 后 面 这 种 新 的 getString0) 方 法 的 


话 ， 那 么 在 2.3 系 统 上 了 网 会 报 这 个 异常 。 


NoSuchMethodError 异 常 ， 只 能 防范 ， 不 能 根治 ， 因 为 Android 酸 
上 化 问题 很 严重 : 


一 方面 Android 系 统 的 升级 ， 会 提供 一 些 新 方法 ， 程 序 员 在 App 中 
使 用 了 这 些 新 方法 ， 而 这 在 老 版 本 的 Android 系 统 中 不 存在 ， 束 会 月 
演 。 相 应 的 解决 方案 是 ， 在 DailyBuild 机 器 上 准备 不 同 版 本 的 SDK， 
天 晚上 目 动 打 包 时 ， 把 App 在 所 有 这 些 SDK 上 都 编译 一 过， 如 有 果 缺 少 
方法 ， 诈 先 在 编译 期 间 殉 会 报销 ， 目 动 打包 会 第 一 时 间 发 现 这 些 错 


[| 
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另 一 方面 ， 随 着 Android 系 统 的 升级 ， 也 会 有 一 些 旧 方法 会 被 废 
弃 ， 有 些 厂 商 的 ROM 有 可 能 删除 这 些 被 废弃 的 方法 ， 于 是 当 程序 员 在 
App 中 使 用 了 这 些 废 弃 的 方法 ， 该 App 在 这 些 厂商 的 ROM 中 运行 就 会 


朋 并 。 


相应 的 解决 方案 是 ， 在 开发 阶段 检查 Android Lint， 里 面 有 被 废弃 
的 方法 的 警告 ， 谍 慎 使 用 就 是 了 。 


如 宋 在 项 目 中 一 定 要 使 用 上 述 这 些 痢 方法 或 者 废弃 的 旧 方 法 ， 那 
么 在 使 用 时 ， 要 进行 Android 系 统 版 本 的 判断 : 


int sysVersion = Integer.parseIint(android.os.Build.VERSION. SDK); 
if(sysVersion > 9){ 

// do something 
} else { 

// do other this 


Android 人 碎片 化 问题 很 严重 ，getString 只 是 其 中 的 一 种 情况 ， 类 似 
的 问题 还 有 很 多 ， 但 基本 逃 不 出 我 上 述 的 分 析 。 


6.7.2 RemoteViews 


异 季 中 的 天 键 字 : 


android.widget.RemoteViews$RefiectionAction.writeToParcel(Remot 


eViews.java:763) 


发 生 频 率 ， 友 友 友 


一 直 以 为 在 项 目 中 使 用 RemoteViews 是 件 很 逼 格 的 事情 。 这 玩意 
儿 一 般 用 在 两 个 地 方 ， 一 个 是 在 AppWidget， 必 外 一 个 是 在 


Notification。 对 于 应 用 类 App 而 言 ， 有 机 会 用 到 的 是 后 者 。 


比如 说 ，App 应 用 都 有 下 载 更 新 的 功能 ， 一 般 都 是 用 AsyncTask 来 
做 这 个 事情 。 下 载 过 程 中 显示 进度 条 ， 就 是 使 用 Notification， 它 有 一 
个 contentView 属 性 ， 融 是 RemoteViews 类 型 的 ， 我 们 要 为 其 设置 2 个 很 


关键 的 值 : 


给 ImageView 绑 定 图 片 资源 id 。 
给 TextView 绑 定 字符 串 资 源 Id。 
如 下 面 的 例子 所 示 : 


notification.contentView = new RemoteViews( 
context.getPackageName(), R.layout.notification); 

notification.contentView.setImageViewResourcel( 
R.id,.imageview, R.drawable.icon); 

notification.contentView.setProgressBar( 
R.id.progressbar, 100, 0, false); 

notification,.contentView.setTextViewText( 
R.Id,textView， "正在 更 新 


mh 间 Nm + "0%" ) 
了 


异常 就 是 在 绑 定 时 出 现 的 ， 而 且 有 特定 的 情况 : 
1) 当 你 的 Bitmap 为 null 时 


2) 当 你 的 String 为 "或 者 null 时 


3) Android 版 本 是 4.0.3 和 4.0.4 时 ; 


如 有 果 Android 版 本 是 4.1 以 上 的 ， 则 不 会 出 现 上 壕 的 异常 ， 读 不 到 
图 片 束 是 控件 不 显示 图 片 而 已 ， 并 不 会 导 钳 程序 月 澳 。 


6.7.3 pointerIndex out of range 


异 季 中 的 天 键 字 : 


java.lang.lllegal ArgumentException:pointerIndex out of rangeat 


android.view.MotionEvent.nativeGetAxisValue(Native Method) 
发 生 频 率 ， 交友 六 
天 于 这 个 异常 有 好 几 种 说 法 ， 我 们 逐个 进行 分 析 。 


首 爷 我 们 定位 问题 ， 在 做 多 点 触 控 放大 缩小 ， 操 作 目 己 所 绘制 的 
图 形 时 发 生 这 个 异 第 ， 如 果 是 操作 图 片 的 放大 缩小 、 多 点 触 控 不 会 
现 这 个 错误 。 这 个 bug 是 Android 系 统 原 因 导 致 的 ， 所 以 简单 有 效 的 办 
法 是 在 绘图 时 捕获 这 个 异常 ， 如 下 所 示 : 


public fioat spacing(MotionEvent event) { 
try { 
x = event.getX(0) - event.getx(1); 
y = event.getY(0) - event.getY(1); 
} catch(IllegalArgumentException e) { 
e,.printStackTrace( ); 


} 
// 以 下 省 略 若 干 语句 


另 一 种 解决 方案 是 


1) 让 你 的 view 〈 可 能 是 ScrollView、WebView、MapView 等 ) ， 
创建 一 个 子 view 继 承 自 它们 中 的 某 一 个 。 


2) 重 写 这 个 view 的 onInterceptTouchEvent 和 onTouchEvent 方 法 。 


3) 为 上 述 这 两 个 方法 增加 try...catch... 语 句 ， 捕 获 已 知 的 异常 ， 
如 下 所 示 : 


try { 
super.onInterceptTouchEvent (MotionEvent ev); 
} catch (IllegalArgumentException ex) { 
return false,; 
try { 
super .onTouchEvent (MotionEvent ev); 
} catch (IllegalArgumentException ex) { 


return false,; 


这 种 解决 方案 ， 至 少 在 Android4.1 上 是 好 用 有 的。 


按照 这 个 思路 ， 还 是 有 点 问题 ， 如 果 是 用 ViewPager 的 话 ， 
onInterceptTouchEvent 返 回 false 会 导致 ViewPager 翻 页 出 现 bug，CSDN 
上 有 人 给 出 了 相应 的 解决 方案 ， 可 以 参考 。 


6.7.4 ”SecurityException 之 一 : Intent 中 图 片 太 大 


异常 中 的 关键 字 : 


Unable to find app for caller 
android.app.ApplicationThreadProxy@41868f10(pid=24370)when 


stopping service Intent{cmp=XXXX} 
发 生 频 率 : 妈妈 


在 跳 转 activity 的 过 程 中 携带 的 extras 中 有 Bitmap， 应 尽量 减 小 要 传 
输 的 图 片 的 体积 ， 或 者 通过 保存 图 片 到 SD 卡 中 或 者 通过 URI 方 式 传递 
图 片 参数 ， 否 则 ， 图 片 太 大 ， 束 会 报 上 述 的 异常 信息 


O 


果然 ， 在 去 掉 了 resultIntent.putExtra ("bitmap"，bitmap) ; 这 条 
语句 后 ， 就 不 报错 了 


一 般 而 言 ， 超 过 1MB 的 数据 ， 束 不 要 通过 Intent 来 传递 
6.7.5 ”SecurityException 之 二 : 动态 加 载 其 他 apk 的 activity 


异常 中 的 关键 字 : 


java.lang.SecurityException:Given caller package com.jianqiang.abc is 
not running in process 


ProcessRecord{41e74e5028637:com.zhao3546.launcher/u0a10142} 
发 生 频 率 : 支 友 


如 果 在 apk 中 使 用 了 动态 注册 BroadcastReceiver， 那 么 Launcher 动 
态 加 载 该 apk 时 ， 束 有 可 能 出 现 java.lang.SecurityException 异 常 。 


相应 的 解决 方案 是 ， 修 改 之 前 注册 BroadcastReceiver 的 地 方 ， 通 
过 ContextHolder() 来 注册 BroadcastReceiver， 把 apk 重 新 部 署 验 证 即 
pa 


6.7.6 SecurityException 之 三 : No permission to modify thread 


异 第 中 的 天 键 字 : 
java.lang.SecurityException:No permission to modify given thread at 
android.os.Process.setThreadPriority(Native Method)at 


android.webkit.WebViewCore$WebCoreThread$1.handleMessage(We 
bViewCore.java:764) 


发 生 频 率 : 畜 龙 女 
在 很 多 设备 上 ，Android 4.0.4 系 统 都 会 有 这 个 问题 发 生 。 癌 


App 经 常会 申请 一 些 权 限 ， 而 有 些 手机 的 ROM 出 于 安全 考虑 ， 则 
会 禁止 这 些 权 限 ， 那 么 当 App 使 用 到 这 些 权限 时 ， 殉 会 发 生 衣 总。 


相应 的 解决 方案 是 ， 在 执行 某 些 安全 相关 的 操作 时 ， 要 么 加 上 if 
语句 跳 过 这 个 操作 ， 要 么 使 用 try...catch... 捕 获 这 类 异常 ， 宁 肯 点 击 后 
没有 有 反应， 也 不 能 朋 江 了 。 


比如 拨打 电话 ， 我 们 一 般 会 直接 这 么 写 : 


Intent intent = new Intent( 
Intent.ACTION_CALL, Uri.parse("tel:13800000000")); 
startActivity(intent); 


但 是 有 些 手机 系统 会 禁止 App 拨 打 电 话 ， 即 使 AndroidManifest.xml 
配置 了 拨打 电话 的 权限 也 不 行 。 这 时 我 们 天 要 改写 上 述 代码 ， 预 判 是 
否 有 打 电 话 的 权限 ， 以 确保 不 发 生 朋 并 ， 如 下 所 示 : 


PackageManager pm = getPackageManager(); 
boolean hasPermission = 
pm.checkPermission(Manifest.permission.CALL_PHONE, 
getPackageName( )) == PackageManager .PERMISSION_GRANTED ， 
if (hasPermission) { 
Intent intent = new Intent( 
Intent.ACTION_CALL, Uri.parse("tel:13800000000")); 
startActivity(intent); 
} 


6.7.7 view 的 getDrawingCache0 返 回 null 


异常 中 的 天 键 字 : 
java.lang.NullPointerException at 


android.view.View.buildDrawingCache(View.java:6578)at 


android.view.View.getDrawingCache(View.java:6428)at...... 
发 生 频 率 ， 妈妈 女 


当 背 景 图 太 大 ， 超 过 了 屏幕 的 大 小 ， 融 会 导致 getDrawingCache(0) 
返回 的 结果 是 null， 从 而 抛 出 NullPointException 的 异常 。 


查看 Android 源 码 ， 会 发 现 buildDrawingCache 方 法 中 有 这 样 几 行 代 
If (width <= 0 || height <= 0 || 
(width * height * (opaque && !translucentWindow ? 2 : 4) > 
ViewConf?iguration.get(mContext) 
,getScaledMaximumDrawingCacheSize())) { 


destroyDrawingCache(); 
return; 


在 上 面 的 代码 中 ，width 和 height 是 所 要 cache 的 view 绘 制 的 宽度 和 
高 度 ， 所 以 width*height*(opaqgue&&ltranslucentWindow?2:4) 计 算 的 是 
当前 所 需要 的 cache 大 小 。 


Android 系 统 在 计算 当前 所 需要 的 DrawingCache 大 小 时 ， 发 现 这 个 
值 超过 了 系统 所 提供 的 最 大 DrawingCache 值 ， 这 时 会 直接 返回 null 。 


总 之 ， 万 恶 之 源 在 于 图 片 太 大 ， 那 我 们 吏 控 制 一 下 图 斤 的 大 小 ， 
裁减 或 者 等 比例 缩放 ， 总 之 不 要 超过 系统 所 提供 的 最 大 DrawingCache 
值 ， 这 个 值 是 这 么 计算 的 : 当前 屏 医 的 分 辨 率 的 高 和 视 相 乘 ， 再 乘 以 
4°。 [3] 


6.7.8 DeadObjectException 


异 弟 中 的 关键 字 : 


DeadObjectException 


发 生 频 率 ， 友 友 太太 


很 多 开发 者 在 想 如 何 通过 编写 代码 的 方式 重启 Android 设 备 。 大 多 
数 设 备 都 没有 Root 权 限 ， 想 让 设备 重启 比较 简单 的 方法 就 是 想 办 法 制 
造 一 些 系 统 级 的 错误 ， 强 迫 Android 系 统 自动 重启 ， 类 似 于 Windows 上 
的 Ring0 级 应 用 前 溃 出 现 蓝屏 。 对 于 Android 来 说 产生 一 个 
android.os.DeadObjectException 异 常 是 一 个 不 错 的 方法 。 


对 于 App 应 用 而 言 ， 我 从 未 写 过 这 样 的 语句 来 重 局 系统 ， 网 上 各 
路 达 人 对 此 异常 的 讨论 、 发 生 场 景 和 解决 方案 也 不 尽 相 同 ， 但 基本 上 


都 是 停留 在 App 的 某 个 页 面 ， 放 置 一 段 时 间 后 就 盘 溃 ， 有 的 机 器 能 坚 
持 的 时 间 长 一 些 ， 半 个 多 小 时 ， 有 些 机 融 也 束 十 几 秒 的 样子 。 


由 此 可 推测 出 来 ， 发 生 DeadObjectException， 其 实 束 是 某 个 对 象 
已 经 被 系统 回收 了 ， 可 我 们 却 还 在 使 用 它 。 辐 


6.7.9 Android 2.1 不 支持 SSL 
异常 中 的 关键 字 : 


java.lang.NullPointerException at 


android.webkit, SslErrorHandler.handle Message(SslErrorHandler.javat: 


62) 
发 生 频 率 : 交友 


Android 2.1 版 本 不 支持 SSL， 所 以 发 起 https 的 请 求 会 导致 月 省。 解 
决 方案 是 ， 调 用 https 的 网 络 请 求 时 ， 要 事先 判断 Android 系 统 的 版 本 ， 
版 本 过 低 要 提示 用 户 不 能 进行 操作 。 


6.7.10 ”ViewFlipper 引 发 的 血案 


异常 中 的 关键 子 : 


java.lang.IHegalArgumentException:Receiver not registered: 
android.widget.ViewFlipper$1@D4083a4d0 at 


android.app.LoadedApk.forgetReceiverDispatcher(LoadedApk.java:63 
4) 


发 生 频 率 ， 友 友 太 


在 Activity 中 使 用 ViewFlipper 控 件 ， 进 行 横竖 屏 切 换 操 作 时 束 会 发 
生 这 种 异常 。 这 是 由 于 onDetachedFromWindow() 在 


onAttachedToWindow() 之 前 被 调用 所 致 。 


这 个 Crash 很 有 名 ， 业 界 公 认 的 解决 方案 是 ， 重 写 ViewFlipper 的 
onDetachedFromWindow(0) 方 法 : 


Q@Override 
protected void onDetachedFromwindow() { 
try { 
Super .onDetachedFromwindow( ); 
} catch(IllegalArgumentException e) { 
stopFlipping(); 


6.7.11 ActivityNotFoundExXception 


异常 中 的 关键 字 : 


android.content.ActivityNotFoundException:Unable to find explicit 
activity 
class{com.android.settings/com.android.settings.WirelessSettings};have 


you declared this activity in your AndroidManifest.xml? 


发 生 频 率 : 交友 太 


看 了 一 下 发 生 错误 的 操作 系统 分 布 ， 发 现 都 是 在 4.0 以 上 才 会 出 现 
这 类 错误 信和 已 。 络 其 原因 ， 和 是 4.0 以 上 把 原来 的 打开 网 络 设置 方式 舍弃 
了 ， 如 下 修改 代码 可 以 解决 这 个 问题 : 


// 3 ,2 以 上 打开 设置 页 面 


// 也 可 以 直接 | 


ACTION_WIRELESS_SETTINGS 打 开 到 


WIFI 页 面 


if (Build.VERSION.SDK_INT > 13) { 
startActivity(new Intent( 
android.provider.Settings.ACTION_SETTINGS)); 
} else { 
startActivity(new Intent( 
android.provider.Settings.ACTION WIRELESS_SETTINGS) ) ， 


6.7.12 ” Android 2.2 不 文 持 xlargeScreens 


异 弟 中 的 关键 字 : 


No resource identifier found for attribute'xlargeScreens'in 


package'android' 
发 生 频 率 : 紊 友 


错误 出 现在 AndroidManifest.xml 文 件 的 Supports-screens 标 记 中 ， 原 
是 xlargeScreens 属 性 在 API9 (Android 2.3) 中 才 支 持 。 


解决 办 法 : 将 Android 2.2 移 除 ， 添 加 Android 2.3 即 可 解决 。 


6.7.13 Package manager has died 


异常 中 的 关键 字 : 
Package manager has died at 


android.app.ApplicationPackage Manager.getApplicationInfo(Applicati 


onPackageManager.java:213) 


发 生 频 率 ， 友 克 太太 


我 们 一 般 这 样 使 用 PackageManager， 如 下 所 示 : 


try { 
String channelId = getPackageManager() 
.getApplicationInfo( 
getPackageName( ), 
PackageManager .GET_META_DATA) 
metaData.getSstring("UMENG CHANNEL"); 
PackageInfo info = this.getPpackageManager() 
,getPackageInfo(getPackageName()，0)， 
} catch (PackageManager .NameNotFoundEXxception e) { 


} 


PackageManager 如 果 已 经 died， 说 明 该 进程 不 存在 了 ， 由 于 某 些 
关 误 原因 Package-Manager 进 程 已 经 退出 ， 此 时 任何 向 它 进行 的 请 求 都 
将 失效 ， 让 设备 重启 可 能 是 一 个 办 法 。 还 有 一 种 情况 是 ，App 本 和 喘 已 
经 处 于 毅 溃 状态 ， 这 个 时 候 如 果 App 已 经 弹出 错误 框 ， 再 调用 
PackageManager 也 会 出 错 或 卡 死 。 


解决 方案 就 是 每 次 获取 PackageManager 的 时 候 用 try...catch... 捕 获 


已 A 
开 陋 ° 


6.7.14 ”SpannableString 与 富 文 本 字符 串 


异常 中 的 关键 字 : 


java.lang.IndexOutOfBoundsException:setSpan(-1...-1)starts before 0 


at 


android.text.SpannableStringBuilder.checkRange(SpannableStringBuil 


ee ee 


der.java:951)at 


发 生 频 率 : 妈妈 
有 一 种 异 单 表面 看 起 来 是 数组 越界 ， 但 其 实 并 非 如 此 。 


从 上 面 的 异常 信息 中 能 看 出 ， 是 SpannableString 的 setSpan 方 法 越 
查 相应 的 代码 ， 并 没有 刻意 使 用 这 个 方法 。 


人 
A 


界 导 致 出 现 有 表演。 但 是 
TextView 要 显示 的 富 文本 恰好 要 倍 换 行 符 截 断 的 时 候 ， 因 为 定 文 
本 征 使 用 Spannable-String 技 术 来 显示 的 ， 所 以 会 报 这 种 异 钊 。 所 幸 ， 
这 个 Crash 不 是 必 现 的 ， 取 决 于 机 型 、 分 辨 率 、 字 体 大 小 、 文 字 和 样式 


很 多 因素 。 
相应 的 解决 方案 是 ， 在 执行 TextView 的 setText 方 法 时 ， 加 上 try.…. 


catch... 语 句 捕 获 InNdexOufOfBoundsException。 因 为 这 种 情况 发 生 的 概 
多 是 不 显示 文本 ， 也 不 会 让 App 怖 


[三 | 
了 


率 极 小 ， 所 以 即使 扫 出 异 币 ， 
[5] 


还 有 一 种 情况 是 ， 在 长 按 一 段 文本 时 ， 有 些 Android 系 统 对 于 
EditText 的 get-SelectionStart 方 法 ， 会 返回 -1， 这 残 会 导致 上 述 异 钟情 况 


吝 。 


的 抛 出 ， 如 下 所 示 : 


public void afterTextChanged(Editable s){ 
if(StringUtils,.isNulloOrEempty(s.toString())) 
return; 
int editStart = mTxInput.getSelectionStart(); 
int editEnd = mTxInput.getSelectionEnd(); 
mTXxInput,removeTextChangedListener(this ) ， 
while((s.toSstring().length()) > MAX_INPUT){ 
s.delete(editStart-1,editEnd); 
editStart--; 
editEnd--， 


mTXxInput .setSelection(editStart ) 


所 以 在 使 用 getSelectionStart 方 法 获得 值 的 时 候 ， 要 判断 这 个 值 是 


否 为 -1 oO [6] 


6.7.15 Can not perform this action after onSaveInstanceState 


异常 中 的 天 键 字 : 
java.lang.IHlegalsStateEXception: 


Can not perform this action after onSaveInstanceState at 


android.support.v4.app.FragmentManagerImpl.checkStateLoss(Fragm 


entManager.java:1314)...... 


android.support.v4.app.BackStackRecord.commit(BackStackRecord.ja 


va:595) 


发 生 频 率 ， 克 友 太 


commit 方 法 在 Activity 的 onSaveInstanceState0) 之 后 调用 就 会 出 错 ， 
为 onSaveInstance-State 方 法 是 在 Activity 即 将 被 销毁 前 调用 ， 以 保存 
Activity 数 据 的 ， 如 果 在 保存 完 状 态 后 再 给 它 添 力 HFragment 就 会 出 错 。 


解决 办 法 束 是 把 commit() 方 法 蔡 换 成 commitAllowingStateLoss()， 
其 效果 是 一 样 的 ， 如 下 代码 所 示 : 


FragmentTransaction ft = 
fragmentActivity.getSuppotFragmentManager().beginTransaction(); 

ft,add(fragmentContentId，fragments ,get(0)， 
fragments.get(0).getclass().toSstring()); 


此 外 ， 有 时 候 按 后 退 键 触发 onBackpressed 方 法 也 会 引发 类 似 的 异 
， 网 上 有 一 篇 文章 详细 分 析 了 这 类 问题 的 发 生 原因 和 解决 方案 ， 这 
里 不 再 浆 述 。7 


6.7.16 Service Intent must be explicit 


异常 中 的 关键 字 : 


Service Intent must be explicit 


发 生 频 率 ， 友 友 太 


Android 在 升级 到 5.0 系 统 后 会 产生 这 样 的 骨 泪 。 直 接 通过 action 启 
动 Service， 束 会 导致 这 个 问题 ， 所 以 我 们 必须 指定 component 或 


package 才 能 避免 这 类 问题 ， 如 下 所 示 : 


Intent intent = new Intent(); 
Intent ,SetAction("your action name"); 
Intent ,SetPackage(getPackageName( ) ) ， 
context.startService(intent); 


很 多 第 三 方 SDK 都 存在 这 个 问题 ， 我 们 需要 更 新 SDK 到 最 新 版 
本 ， 才 能 保证 Android 5.0 系 统 下 的 App 不 会 因此 而 毅 溃 。 


[1] 关于 这 个 Crash 的 更 详细 人 信息， 请 参见 

http://blog.csdn.net/zhao_3546/article/details/11195881 ° 

[2] 天 于 这 个 Crash 的 更 详细 信息 ， 请 参见 http://stackoverf 

iow.com/questions/11025182/webview-java-lang-securityexception-no- 

permission-to-modify-given-thread ° 

[3] 关于 这 个 Crash 的 更 详细 分 析 ， 请 参见 

http://zartzwj.iteye.com/blog/1098839。 社 区 上 天 于 这 个 Crash 的 解决 方 
众说 纷 坛 ， 目 前 还 没有 统一 的 解决 方案 。 

[4] 在 StackOverf iow 上 对 DeadObjectException 有 更 详细 的 讨论 ， 请 参 

见 ”http:/stackoverf iow.com/questions/7037093/android-dead-object- 

exception ° 

[5] 关于 这 种 情况 的 详细 朱 述 ， 请 参见 http://hold- 

on.iteye.com/blog/1943437 ° 


[6] 天 于 这 种 情况 的 详细 摘 述 ， 请 参见 http://stackoverf 
iow.com/questions/22810147/error-when-selecting-text-from-textview- 
java-lang-indexoutofboundsexception-se ° 


[7] 详细 内 容 请 参见 : http://zhiweiof ii.iteye.com/blog/1539467。 


6.8 SQLite 相 关 的 异常 


在 App 中 ， 一 般 都 使 用 SQLite 这 个 数据 库 ， 本 节 介 绍 的 Crash 也 是 
围绕 着 这 个 主题 发 生 的 。SQLite 相 关 的 异 利 大 都 和 IO 操作 不 当 有 关 ， 
由 于 我 们 无 法 猜测 用 户 手 机 发 生 有 崩溃 时 的 状态 ， 所 以 这 类 异 闸 是 最 难 
修复 的 。 


6.8.1 No transaction ls active 


异 闸 中 的 关键 字 : 


android.database.Sqlite.SQLiteException:cannot commit—no transaction 


ls active 


发 生 频 率 : 友 友 女 


在 事务 中 ， 逐 条 循环 插入 (fortinsert) 大 量 数 据 时 会 导致 这 类 月 
总 。Android 中 在 SqlLite 插 入 数据 的 时 候 黑 认 一 条 语句 束 是 一 个 事务 ， 
有 多 少 条 数据 束 有 多 少 次 磁盘 操作 ， 而 且 不 能 保证 所 有 数据 都 能 同时 
插入 。 


相应 的 解决 方案 是 使 用 SQLLite 提 供 的 批量 插入 语法 ， 一 次 性 地 把 
这 些 数据 都 插入 到 数据 库 中 ， 如 下 所 示 : 


public void insertOrUpdateDataBatch() { 
SQLiteDatabase db = getwritableDatabase(); 
db.beginTransaction(); 
try { 
for (String Sql : sqls) { 
db .execSQL(Sq1) ， 


// 设置 事务 标志 为 成 功 ， 当 结束 事务 时 就 会 提交 事务 


db.setTransactionSsuccessful(); 

} catch (Exception e) { 
e.printstackTrace( ); 

} finally { 
db.endTransaction( ) ; 
db.close(); 

} 

} 


这 段 代 码 的 成 功 与 否 ， 就 在 于 setTransactionSuccessful() 这 个 方法 。 
在 这 个 方法 执行 前 ， 所 有 的 execSQL 方 法 都 不 会 更 新 到 数据 库 ， 等 这 个 
方法 执行 后 ， 会 一 次 性 把 所 有 execSQL 方 法 都 执行 完成 ， 数 据 会 同步 到 
数据 库 。 不 信 的 话 可 以 在 for 循 环 处 打 个 断 操 ， 看 数据 库 是 否 有 变化 。 


6.8.2” 态 记 关闭 Cursor 


异 闸 中 的 关键 字 : 


android.database.CursorWindowAllocationException:Cursor window 


allocation of 2048 kb failed 


发 生 频率 : 友 友 妈 


多 了 ， 束 表演 了 。 相 应 的 解决 办 法 就 是 手动 天 闭 Cursor， 如 下 所 示 : 


cursor.close(); 


6.8.3 ”数据 库 被 锁定 


异 闸 中 的 关键 字 : 


android.database.Sqlite.SQLiteDatabaseLockedException:database is 


locked 


发 生 频 率 : 丰 


当 我 们 试图 在 不 同 的 线程 中 创建 多 个 连接 时 ， 就 会 抛 出 这 个 异 
。 相 应 的 解决 方案 是 将 数据 库 做 成 一 个 单 例 。 1 


丝 


单 例 固然 能 解决 单 进程 操作 数据 库 的 情况 ， 但 是 对 于 多 进程 App 而 


， 还 是 需要 ContentProvider 。 


Illr 


6.8.4 ”试图 再 打开 已 经 关闭 的 对 象 


异 间 中 的 关键 字 : 


java.lang.IlegalStateException:attempt to re-open an already-closed 


object 


发 生 频 率 : 丰 


这 个 问题 是 上 一 个 问题 的 延续 。 即 使 做 成 了 单 例 ， 如 果 在 不 同 的 
线程 中 创建 多 个 连接 ， 就 会 报 当前 的 错误 信息 。 


频繁 地 操作 SQLite 数 据 库容 易 产 生 这 个 月 溃 。 我 们 习惯 于 每 执行 
一 次 数据 库 操作 ， 痢 打开 和 关闭 数据 库 各 一 次 。 这 就 会 导致 当 两 个 线 
程 同时 操作 数据 库 时 ， 比 如 ，A 为 读数 据 ，B 为 写 效 据 ， 当 A 读 完 融会 
关闭 数据 库 ， 而 B 这 时 正在 写 数据 ， 那 么 上 述 Crash 束 会 产生 了 。 


在 实际 应 用 中 ，App 中 的 IM， 因 为 要 把 聊天 信息 存放 到 本 地 
SQLite， 最 容易 看 到 这 类 异常 ， 这 时 好 的 做 法 是 ， 在 当前 聊天 室 ， 保 
持 数据 库 一 直 处 于 Open 状 态 ， 等 退出 聊天 室 再 执行 close 方 法 。 


6.8.5 ”文件 加 密 了 或 无 数据 库 


异 闸 中 的 关键 字 : 


SQLiteDatabaseCorruptException:file is encrypted or is not a database 


请 注意 SQLLite DB 文件 的 版 本 ， 如 果 有 两 个 DB， 一 个 是 2.8.17， 


男 一 个 是 3.7.7.1， 那 么 束 会 出 现 这 个 异常 。 将 其 统一 成 一 个 版 本 即 可 。 


此 外 ， 如 末 DB 破 损 ， 也 可 能 出 现 这 种 异常 。 当 我 们 将 App 安 流 在 
SD 卡 上 ， 多 次 插 拔 吏 会 导致 部 分 文件 破损 。 


6.8.6 ”WebView 中 SQLLite 缓 存 导 致 的 月 淡 


异 稼 中 的 关键 字 : 
SQLiteDiskIOException:disk IO error...... at 


android.webkit.WebViewDatabase$1.run(WebViewDatabase.java:1000) 
发 生 频 率 ， 友 
全 注意 


这 个 异常 信息 中 还 带 有 WebViewDatabase 的 内 容 ， 说 明 我 们 的 程序 
使 用 了 WebView 控 件 的 缓存 技术 。 但 是 原因 不 评 。 有 人 说 把 数据 库 删 
除了 融会 朋 溃 ， 但 我 坛 过 了 ， 对 WebView 走 无 效 的 。 


由 此 而 谈 到 Android 中 WebView 的 缓存 策略 。WebView 中 存在 着 两 
种 缓存 : 
:网 页 数据 缓存 ， 存 储 打开 过 的 页 面 及 资源 。 
.Html5 缓 存 ， 即 appcache。 
缓存 数据 的 构成 如 图 6-4 所 示 。 
v 国 com.baojianqiang.example 
v BM cache 


v MM webviewCache 
10d8d5cd 


v 国 databases 
年 webview.db 
webviewCache.db 


图 6-4 ”WebView 中 的 cache 数 据 


WebView 目 市 的 缓存 机 制 里 面 ， 会 将 url 保 存在 webviewCashe.db 
中 ， 将 ui 内 容 保存 在 webviewCashe 文 件 夹 下 ， 比 如 说 图 中 的 
10d8d5cd， 就 是 url 对 应 的 一 张 图 片 ， 此 外 html、js 等 文件 也 会 存 下 来 。 


而 对 于 databases 目 录 下 的 webview.db 和 webviewCashe.db， 都 会 日 
动 生成 1 个 名 为 android_metadata 的 表 ， 只 要 创建 SQLLite 数 据 库 中 的 
表 ， 就 会 自动 创建 这 个 表 ， 表 中 只 有 一 个 locale 字 段 ， 里 面 存放 的 是 en- 


US 或 者 zh-CN 这 样 的 值 (是 哪个 值 取决 于 Android 系 统 ) ， 用 于 标示 语 
言 文化 。 从 数据 库 中 读 取 的 文本 是 否 为 乱码 ， 就 取决 于 这 个 值 了 。 


我 的 系统 是 英文 的 ， 所 以 我 检查 过 locale 值 是 en-US; 而 我 同事 的 
中 文系 统 则 显示 zh-CN 。 


缓存 模式 有 五 种 ， 见 表 6-1。 


表 6-1 缓存 模式 
简 介 
不 使 用 网 络 ， 只 读 取 本 地 缓存 数据 


根据 cache-control 决定 是 否 从 网 络 上 取 数 据 


模 式 
LOAD_CACHE_ONLY 
LOAD_DEFAUIT 


( 续 ) 
模 式 简 人 
API level 17 中 已 经 废弃 ， 从 API level 11 开始 作用 同 LOAD DEFAULT 
LOAD CACHE NORMAL 
一 模式 
LOAD NO_CACHE 不 使 用 缓存 ， 只 从 网 络 获取 数据 


LOAD CACHE ELSE NETWORK 只 要 本 地 有 ， 无 论 是 否 过 期 , 或 者 no-cache， 都 使 用 缓存 中 的 数据 


根据 以 上 几 种 模式 ， 建 议 缓存 策略 为 :判断 是 否 有 网 络 ， 有 的 
话 ， 使 用 LOAD_DEFAULT， 无 网 络 时 ， 使 用 
LOAD CACHE ELSE NETWORK。 


6.8.7 ”做 盘 读 写 错 误 


异 间 中 的 关键 字 : 


android.database.sqlite.SQLiteDiskIOException:disk IO error(code 


1802) 


发 生 频 率 : 不 


我 曾经 认为 ， 在 UI 线 程 执行 dbHelper getWritableDatabase0 这 人 句 话 
的 时 候 ，UI 线 程 会 把 数据 库 锁 住 。 但 是 后 来 Bugly 的 “精神 哥 ” 告 诉 我 ， 
dbHelper 只 有 在 创建 数据 库 、 进 行事 务 处 理 时 才 会 锁 住 数据 库 。 默 认 情 
况 下 dbHelper 会 级 存 DB 实 例 ， 执 行 类 似 于 getWritableDatabase 的 操作 是 
立即 返回 的 ， 并 不 会 上 锁 。 


disk IO error 这 类 异常 的 抛 出 ， 是 因为 多 线程 修改 DB， 比 如 一 个 线 
程 在 写 数据 ， 另 一 个 线程 却 在 删除 数据 。 


6.8.8 android_metadata 表 不 存在 


异 闸 中 的 关键 字 : 


android.database.sqlite.SQLiteException:no such 


table:android_metadata SQLiteOpenHelper.getReadableDatabase 


发 生 频 率 : 不 


开发 中 需要 连接 SQLite 数 据 库 ， 当 使 用 如 下 方法 打开 数据 库 时 就 
会 抛 出 上 述 错 误 : 


SQLiteDatabase database = SQLiteDatabase.openDatabase( 
PATH, null, SQLiteDatabase.OPEN_ READONLY); 


解决 办 法 是 ， 将 openDatabase 方 法 中 最 后 一 个 参数 修改 为 


SQLiteDatabase. 


NO_LOCALIZED_COLLATORS 即 可 。 


6.8.9 _ android_metadata 表 中 的 locale 字 段 


异 闸 中 的 关键 字 : 


android.database.sglite.SQLiteException:Failed to change locale for 


db'/data/data/appname/databases/webview.db'to'zh_CN.. 


发 生 频 率 ， 太 


根据 对 6.8.8 中 Crash 的 分 析 ， 我 们 知道 android_metadata 这 个 表 中 有 


个 locale 字 段 。 


这 里 要 介绍 的 Crash 发 生 在 WebView 控 件 生成 的 缓存 数据 库 中 ， 但 
是 发 生 的 概率 极 小 (个 位 数 ) 。 对 此 ， 众 说 纷 坛 。 甚 至 有 美国 人 在 


StackOverFlow 上 说 中 国产 的 手机 也 报 这 个 异 钊 ， 只 是 不 能 转换 为 en-US 
而 已 。 我 只 能 怀疑 是 ROM 的 问题 。 


6.8.10 “数据库 或 磁盘 满 了 


异 利 中 的 关键 字 : 


android.database.sqlite.SQLiteFullException:database or disk is full 


发 生 频 率 : 丰 


当 数 据 库 文件 存放 在 内 存 中 时 ， 束 和 存 文 件 或 者 SharedPreferences 
一 样 ， 会 因为 内 存 满 了 而 报错 ， 只 是 这 次 的 错误 信息 更 具体 ， 会 提示 
我 们 数据 库 /磁盘 满 。 


[1] 单 例 的 实现 请 参见 : http://zhiwei.neatooo.com/blog/detail? 
blog=5343818a9d4869f0310000de 。 


6.9 不 明 宽 厉 的 异 背 


不 是 所 有 的 Crash 都 能 找到 原因 ， 比 如 说 内 存 爆 了 ， 也 区 © 是 
OOM， 但 是 表现 为 其 他 的 症状 ， 也 有 可 能 是 混 消 的 问题 。 


对 于 线 上 的 Crash， 我 们 要 本 着 “为 什么 开发 期 间 没有 发 现 ” 的 思路 
来 进行 修复 ， 调 试 期 间 没 有 问题 但 是 到 了 线 上 就 有 问题 了 ， 原 因 有 几 
种 : 


-测试 不 充分 ， 有 些 场 景 没有 考虑 到 。 


-服务 硕 返 回 给 App 的 数据 不 规范 ， 而 App 又 没 做 容错 处 理 。 恰 恰 
测 弃 时 数据 是 没 问题 的 ， 上 线 后 服务 融 返 回 的 数据 不 规范 ， 束 会 有 各 
种 有 裔 澳 。 


:也 有 可 能 是 在 线 上 调试 ， 没 写 好 的 代码 抛 出 来 的 异 滑 。 这 种 
Crash 水 远 不 会 重 现 。 我 们 需要 排除 这 样 的 Crash， 否 则 会 浪费 大 量 的 
人 力 在 上 面 。 


其 实 ， 很 多 线 上 Crash 都 是 无 厘 头 的 ， 让 人 无 从 下 手 修 复 。 我 在 这 
里 教 大 家 一 种 简单 有 效 的 办 法 ， 那 就 是 发 现 这 样 的 线 上 Crash， 在 出 错 
的 代码 行 加 上 try...catch... 语 句 ， 专 门 捕获 这 种 异常 。 记 得 在 catch 语 句 
中 将 这 次 异常 发 送 到 服务 絮 ， 并 把 crash_type 标 记 为 0 ( 线 上 Crash 的 这 


个 值 为 1) ， 这 样 我 们 就 能 在 每 天 几 千 个 Crash 中 捕获 到 一 些 ， 而 阻止 
应 用 不 裔 让 了 。 


当 我 们 捕获 到 这 种 异 第 ， 尽 量 不 要 让 程序 朋 洗 ， 而 古 退 回 到 上 一 
个 页 面 ， 请 用 户 重 新 操作 一 过 。 之 前 的 操作 可 能 会 因为 各 种 各 样 的 原 
因而 引发 异常 ， 重 狐 操 作 一 过 能 极 大 减少 这 种 情形 。 但 如 采 每 次 退回 
后 重新 操作 还 是 这 种 前 息 ， 那 么 区 要 重点 对 符 了 ， 有 可 能 是 MobileAPI 
脏 数 据 ， 有 可 能 是 某 球 机 型 不 兼容 ， 有 可 能 束 是 一 个 代码 上 的 bug， 具 
体 情况 具体 分 析 。 


6.9.1 内存 洲 出 


异常 中 的 关键 字 : 
OutOfMemoryException 
发 生 频 率 : 友 女 女友 人 友 


我 们 时 常 抱 奶 Android 系 统 为 每 个 App 分 配 的 内 存 太 小 ， 只 有 几 十 
兆 ， 殊 不 知 在 AndroidManifest.xml 中 有 个 参数 可 以 设置 : 


<application android:largelHeap="true" 


这 样 束 能 增加 系统 为 当前 App 分 配 的 内 存 了， 甚至 到 100MB 以 
上 。 使 用 后 ，OOM 的 骨 演 明显 减少 很 多 。 


但 是 ， 天 说 下 没有 人 免费 的 午餐 。 当 内 存 很 大 的 时 候 ， 每 次 GC 的 时 
间 也 会 长 一 些 ， 性 能 就 会 下 降 。Android 官 方 给 的 建议 是 ， 作 为 程序 员 
的 我 们 应 该 努力 减少 内 存 的 使 用 ， 使 用 回收 和 复 用 的 方法 ， 而 不 十 想 
方 设法 增 大 内 存 。 


6.9.2 Verify Failed 


异常 中 的 关键 字 : 


java.lang.VerifyError:Rejecting class xxxx.package.activityA that 


attempts to sub-class erroneous class xxxx.package.Activity 基 类 
发 生 频 率 ， 妈妈 友 女 


这 个 问题 至 今 没 有 碍 到 原因 。 


6.10 ”其 他 情况 的 异 和 党 


最 后 ， 征 一 些 不 太 好 归 类 的 异常 信息 。 这 就 像 武侠 小 说 中 的 独行 
大 侠 ， 无 门 无 派 但 也 不 能 小 凯 。 


6.10.1 TimeoutException 


异 弟 中 的 关键 字 : 


com.android.internal.BinderInternal$GcWatcher.finalize()timed out 


after 10 seconds 
发 生 频 率 ， 次 


GC 回收 超时 会 抛 出 该 异常 ， 注 意 重 写 finalize 方 法 时 不 要 有 超时 的 
操作 。 门 


6.10.2 ” JSON 解析 异常 


异常 中 的 关键 子 : 


org.json.JSONException: No value for UserName at 


org.json.JSONObject.get(JSONObject.java:354)at...... 
发 生 频 率 ， 友 友 太 
在 JSON 解 析 中 经 常会 遇 到 这 种 异常 。 


这 是 因为 我 们 在 解析 JSON 的 时 候 ， 使 用 了 getString("UserName'") 
而 不 是 optString("UserName")， 如 果 UserName 这 个 key 在 JSON 字 符 串 
中 不 存在 ， 前 者 会 搜 出 上 述 异 常 ， 后 者 则 会 返回 空 。 


类 似 地 ， 还 有 getJsonArray 方 法 ， 建 议 的 解决 方案 是 改 用 
optJsonArray 方 法 ， 才 不 会 发 生 裔 误 。 


6.10.3 JSONArray 在 初始 化 时 为 空 
异 间 中 的 天 键 字 : 
java.lang.NullPointerException at 


org.json.JSONTokener.nextCleanInternal(JSONTokener.java:116)at 


org.json.JSONTokener.nextValue(JSONTokener.java:94)t...... 


发 生 频 率 ， 交友 太 


我 们 知道 JSONArray 的 初始 化 如 下 所 示 : 


public void simulateJSONEXxeept OU throws JSONException { 
String jsonString = ""， 
JSONArray array = = new JSONArray (jsonstring); 
for (int i = 0; i < array.length(); i++) { 
JSONObject jsonobject = array.getJSoNObject(i); 
} 


上 
当 jsonString 这 个 值 为 空 时 ， 就 会 报 上 述 的 异常 信息 。 
6.10.4 第 三 方 SDK 抛 出 的 Crash 


在 引入 第 三 方 SDK 的 同时 ， 也 会 引入 SDK 导 人 致 的 崩 江 。 举 个 例 
子 : GoogleAnalytics， 简 称 GA。Google 提 供 的 这 个 工具 ， 很 多 公司 用 
来 搜集 线 上 Crash。 殊 不 知 ， 有 些 手 机 只 要 启动 这 个 记录 Crash 的 功 


能 ， 驳 会 Crash， 每 天 会 有 一 两 千 个 般 误 就 是 因为 这 个 原因 导致 的 ， 
常 信息 如 下 所 示 : 


java.lang.RuntimeException: Package manager has died at 


android.app.ApplicationPpackageManager .getPackageInfo(Application 
PackageManager .java:82) at 


com.google.analytics.tracking.android.StandardExceptionParser.setIn 
cludedPackages(Unknown Source) 


我 也 是 在 把 线 上 Crash 收 集 到 目 己 的 服务 器 后 ， 才 发 现 这 个 问题 
的 。 后 来 把 GA 的 这 个 Crash 发 送 功能 禁用 挥 ， 整 不 再 因此 而 月 并 了 。 


6.10.5 ”两 个 不 同类 型 的 View 有 相同 的 id 


异 季 中 的 天 键 字 : 


java.lang.IlegalArgumentException:Wrong state class,expecting View 
State but received class android.widget.ScrollView$SavedState instead.This 
usually happens when two views of different type have the same id in the 
same hierarchy.This view's id is id/0xfft0000.Make sure other views do not 


use the same id. 


发 生 频 率 ， 克 太太 


异常 信息 中 不 一 定 每 次 都 是 ScrollView， 也 有 TextView 或 者 其 他 探 
件 。 


异 前 信 息 已 经 解释 得 很 清楚 了 ， 在 一 个 页 面 中 ， 两 个 不 同类 型 的 
View 有 相同 的 id， 就 会 导致 和 省 。 


这 个 悲剧 的 发 生 ， 是 Android 系 统 的 内 部 机 制导 致 的 。ViewPager 
中 有 两 个 页 面 ， 每 个 页 面 的 layout 布 局 文件 中 都 有 一 个 id 名 叫 
scroll_view 的 控件 ， 那 么 当 我 们 重 写 onSaveInstanceState 这 个 方法 的 时 
候 ， 如 有 果 要 保存 scroll_view 的 状态 ， 比 如 scrolX 和 scrollY 的 值 ， 那 么 
在 onRestoreInstanceState 方 法 中 恢复 这 两 个 值 时 ， 残 会 分 不 清楚 究竟 是 


娜 一 个 。 


Android 官 方 建议 最 好 保证 每 个 View 的 id 都 是 唯一 的 ， 或 者 至 少 在 
一 个 局 部 的 layout 文 件 中 这 么 做 ， 因 为 很 显然 ， 如 果 同 一 个 layout 文 件 
中 有 两 个 id 都 是 "android:id="@+id/button" 的 按钮 ， 那 么 通过 
findViewById 的 时 候 只 能 找到 前 面 的 按钮 ， 后 面 的 那个 就 没 机 会 被 找 
到 了 ， 所 以 Android 官 方 的 说 法 是 合理 的 。 


此 外 ， 还 应 该 加 上 特别 重要 的 一 条 : 当 在 Activity 中 ， 确 定 要 保 
存 /恢复 一 个 View 的 状态 的 时 候 ， 一 定 要 保证 它们 有 唯一 的 id， 因 为 
Android 内 部 用 id 作为 保存 、 恢 复 状 态 时 使 用 的 key， 和 否则 就 会 发 生 一 


个 获 兰 另 一 个 的 悲剧 。 


6.10.6 ”LayoutInfiater.from().infiateO) 使 用 不 当 导 人 致 的 朋 瀑 


异常 中 的 天 键 子 : 


No package identifier when getting value for resource number 


0x00000001 
发 生 频率 : 广 友 友 


在 程序 中 使 用 LayoutInfiater.from().infiate() 语 句 时 ， 必 须 写 在 具体 
的 子 类 中 ， 一 定 不 能 工作 在 父 类 或 虚 类 里 ， 如 下 所 示 : 


View view = LayoutInfiater ,from(mContext ) 
.infiate(LAYOUT_ID, this, true); 


这 里 有 个 this 指 针 的 问题 ， 当 initView 方 法 让 虚 类 调用 时 ， 这 个 this 
指 回 谁 ? 是 虚 类 目 己 还 是 子 类 ? 正 是 因为 Android 系 统 搞 不 清楚 所 以 就 
朋 活 了 ， 另 外 这 个 infiate 本 号 丈 有 一 定 的 特殊 性 ， 是 不 能 随便 乱用 this 
的 。 我 尝试 过 把 BaseGuideView 里 的 initView 方 法 不 写成 虚 方 法 ， 而 是 
一 个 空 的 函数 ， 但 依旧 报错 。 所 以 遇 到 这 种 情况 ， 加 载 布 局 一 定 要 由 
各 个 子 View 自 行 加载 并 初始 化 。 纪 


6.10.7 ViewGroup 中 的 玄机 


异 季 中 的 天 键 字 : 


java.lang.IHlegalArgumentException:parameter must be a descendant 


of this view 


发 生 频 率 ， 交 六 友 


这 个 月 冲 ， 是 通过 ViewGroup 的 offsetRectBetweenParentAndChild 
方法 抛 出 来 的 。 


offsetRectBetweenParentAndChild 方 法 抛 出 来 的 。 


void offsetRectBetweenParentAndCchild(void descendant, 


Rect rect, boolean offsetFromChildToParent, 
boolean clipToBounds) 


该 方法 就 是 用 来 计算 父子 重合 的 区 域 。 它 是 通过 所 给 的 descendant 
这 个 View 逐 级 同上 寻找 Parent View， 同 时 将 Rect 转 换 为 同 级 坐标 系 来 
计算 的 。 


在 这 个 方法 的 末尾 ， 如 果 最 终 找 到 的 Parent View 和 当前 View 不 一 
致 ， 则 会 抛 出 这 个 异常 。 说 白 了 人 ， 就 是 descendant 参 数 必须 是 当前 
View 的 子孙 。 昌 | 


那么 什么 时 候 descendant 不 是 当前 View 的 子孙 呢 ? 在 UI 调整 的 时 
候 ， 会 改变 当前 界面 中 拥有 焦点 的 控件 。 我 们 应 该 实时 确保 这 个 控件 
是 当前 View 的 子孙 ， 所 以 相应 的 解决 方案 也 很 和 测 单 ， 每 次 都 重新 设置 
一 下 焦点 ， 让 当前 View 始 终 获得 焦点 。 与 此 同时 ， 如 有 果 是 ListView， 
还 要 清空 ListView 中 其 他 控件 抢 到 的 焦点 。 


6.10.8 ”Monkey 点 击 过 快 导致 的 月 演 
异常 中 的 关键 字 : 


java.lang.NullPointerException at 


android.view.ViewRootImpl$ViewRootHandler.handleMessage(View 


RootImpl.java:3046)at...... 


发 生 频 率 : 友 女 


有 种 Crash， 只 有 执行 Monkey 脚 本 时 才 会 抛 出 来 。 没 办 法 ， 人 和 手 
点 的 速度 远 不 及 Monkey 点 击 的 速度 。 这 种 Crash， 我 们 束 不 深 宛 了 
只 要 确保 手 点 的 时 候 不 月 演 即 可 。 


有 一 种 相对 成 熟 的 解决 方案 ， 那 束 是 为 每 个 点 击 事件 加 一 个 延迟 
琅 数 ， 如 下 所 示 : 


public void onClick(View v) { 
if(iswindowLocked()) 
return; 
// 接 下 来 的 代码 执行 点 击 按钮 后 的 逻辑 


我 们 把 isWindowLocked 这 个 延迟 方法 写 到 BaseActivity 中 : 


public Boolean isWindowLocked() { 
long current = SystemClock.elapsedRealtime( ); 
if (current - mLastonClickTime > 500) { 
mLastonClickTime = current ， 
return false,; 


return true; 


这 样 Monkey 束 不 会 跑 那 么 快 了 。 


代码 中 500 的 意思 是 延迟 0.5 秒 。 这 取决 于 Monkey 中 事件 的 间隔 时 
间 ， 一 般 我 们 设置 为 0.5 秒 


6.10.9 图 片 缩放 很 多 倍 


异 弟 中 的 关键 字 : 


java.lang.lllegal ArgumentException:bitmap size exceeds 32bits 


发 生 频 率 ， 友 友 太 


当 图 片 缩 放 了 很 多 倍 时 ， 导 致 内 存 游 出， 就 会 抛 出 这 个 异 弟 ,多 
发 生 在 全 屏 显 示 一 张 图 片 的 时 候 。 


如 下 所 示 ，postScale 方 法 中 的 参数 殉 是 宽 和 高 比例 ， 权 在 这 里 增 


加 try...catch... 捕 获 这 个 异常 。 


// srcwindth 和 


srcHeight 是 缩放 前 


// tagetwidth 和 


targetHeight 缩 放 后 


Float Scalew = (fioat)targetwidth / (fioat)srcwidty; 
Float ScaleH = (fioat)targetHeight / (fioat)srcHeight,; 
Matrix matrix = new Matrix(); 
Matrix.postScale(scalew, scaleH); 


6.10.10 “图片 宽 高 为 0 


异常 中 的 天 键 字 : 
java.lang .lllegalArgumentException:width and height must be>0 at 


android.graphics.Bitmap.nativeCreate(Native Method) 


发 生 频 率 ， 克 六 


产生 这 个 异 第 ， 通 常 是 因为 没有 取 到 图 片 的 宽 和 高 ， 于 古 束 返回 
默认 值 0 了 。 


这 是 件 很 诡异 的 事情 ， 因 为 任何 一 张 图 片 都 是 有 贺 和 高 的 ， 那 么 
唯一 的 一 种 解释 就 是 ， 没 加 载 到 这 个 图 片 〈 比 如 说 缓冲 数据 被 清 
空 ) ， 或 者 提前 调用 了 获取 图 片 的 宽 和 高 的 方法 ， 这 时 候 就 得 到 0 值 
了 了。 


暂时 还 没有 完美 的 解决 方案 ， 只 能 看 到 哪个 页 面 有 这 样 的 异常 信 
居 ， 束 加 try...catch... 语 句 防止 获取 图 厂 沉 高 时 出 错 。 


6.10.11 不 能 重复 添加 组 件 


异常 中 的 天 键 字 : 
View XXXX has already been added to the window manager 
发 生 频 率 ， 克 友 太 


这 个 异常 发 生 在 windowmangeraddView (view) 这 行 代码 中 ， 意 
思 大 体 是 说 这 个 view 在 Window Manager 中 已 经 存在 ， 不 能 再 添加 相同 
四 于 


通常 的 解决 办 法 是 在 添加 view 时 ， 捕 获 这 个 异常 ， 但 是 并 没有 解 
决 问题 ， 想 要 添加 的 view 并 没有 人 被 加 入 到 Window Manager 中 。 


于 是 我 们 想到 ， 先 执行 windowmangerremoveView (view) ， 再 执 
行 addView 方 法 ， 这 样 瓯 不 会 出 问题 了 。 但 是 问题 接 题 而 至 ， 当 
Window Manager 中 并 不 存在 这 个 view 时 ， 执 行 remove 方 法 反而 会 抛 出 
View not attached to window manager 的 异常 信息 。 基 于 此 ， 得 到 终极 解 
决 方案 ， 如 下 所 示 : 


try { 
windowmanager .removeView(View) ， 
} catch(IllegalSstateException ex) { 
e.printStackTrace( ); 


} 

try { 
windowmanager .addView(view); 

} catch(IllegalSstateException ex) { 
e.printStackTrace( ); 


也 就 是 说 ， 即 使 emoveView 失 败 ， 也 能 继续 执行 接 下 来 的 
addView 控 作 。 


[1] 天 于 这 个 异常 的 不 完全 诊断 ， 请 参见 http://stackoverf 
iow.com/questions/24021609/how-to-handle-java-util-concurrent- 


timeoutexception-android-os-binderproxy-f in。 


[2] 关于 这 个 月 并 的 详细 信息 ， 请 参见 
http://blog.csdn.net/yanzi1225627/article/details/37338565 ° 
[3] 关于 这 个 毅 涡 的 详细 信息 ， 请 人 参见 


http://blog.sina.com.cn/s/blog_5704bfaf0102v3bn.html ° 


6.11 ”本章 小 结 


这 年 极其 枯燥 无 味 的 一 章 ， 我 努力 让 目 己 的 语言 生动 一 些 ， 也 不 
一 定 有 效 。 原 设想 一 个 月 束 完 成 这 一 章 ， 谁 知 却 整整 写 了 6 个 月 。 


从 第 一 批 收 集 到 的 40 多 个 异 第 ， 越 写 越 多 ， 慢 慢 扩 充 到 现在 的 80 
多 个 异常 。 网 络 上 早 就 有 人 在 讨论 Android 千 奇 百 怪 的 异常 信息 ， 每 篇 
文 草 都 要 仔细 看 一 裔 ， 与 此 同时 ， 还 要 为 每 一 个 朋 溃 做 两 个 Demo, 一 
个 用 来 演示 朋 涡 ， 男 一 个 则 用 来 演示 如 何 修复 骨 并 。 只 有 这 样 才能 辩 
别 真 伪 ， 但 却 最 费时 间 和 精力 。 


另 一 个 困扰 我 的 问题 症 ， 如 何 辨别 开发 期 间 发 现 的 朋 息 和 线 上 环 
境 发 生 的 朋 洗 。 前 者 是 可 以 在 上 线 前 束 能 发 现 的 ， 如 果 不 修 复 ， 功 能 
尝 程 根本 不 能 走 下 去 ， 所 以 ， 这 类 月 演 ， 我 尽量 不 去 分 析 。 我 着 力 解 
决 的 是 那些 开发 期 间 发 现 不 了 ， 只 有 通过 线 上 环境 儿 十 万 用 户 才 能 点 
出 来 的 骨 浇 。 我 总 在 想 ， 为 什么 这 个 月 并 在 开发 和 测试 期 间 不 能 发 
现 ? 


我 不 能 确保 本 革 中 每 个 异常 分 析 都 是 正确 的 ， 有 些 情况 我 只 能 是 
大 胆 猜测 ， 甚 至 还 没有 绪论 ， 如 有 果 读 者 有 更 好 的 解释 ， 请 在 我 的 博客 
上 留言 ， 我 将 非常 感激 。 


第 7 章 ProGuard 技 术 详 解 


ProGuard 是 一 个 很 枯燥 且 让 人 没有 成 就 感 的 技术 ， 至 少 我 是 这 人 么 
认为 的 。 但 不 可 否认 的 是 ，Android 项 目 没 有 了 ProGuard 还 真 就 不 行 。 
既然 投身 程序 员 这 个 行业 ， 就 要 耐 得 住 寂 宽 ， 在 夜 深 入 静 的 时 候 ， 加 
班 给 代码 做 混淆 。 本 章 专门 介绍 ProGuard 的 工作 原理 ， 以 及 使 用 方 
法 。 


7.1 ”ProGuard 人 简介 
在 Android 中 一 提起 ProGuard， 我 们 就 会 认为 它 是 用 来 混淆 代码 
的 ， 殊 不 知 ProGuard 一 共 包 括 以 下 4 个 功能 。 


.压缩 (Shrink) : 侦 测 并 移 除 代码 中 无 用 的 类 、 字 上 段 、 方 法 和 特 
性 (Attribute) 。 


.优化 (Optimize) : 对 字 节 码 进行 优化 ， 移 除 无 用 的 指令 


. 混 消 (Obfuscate) : 使 用 a、b、c、d 这 样 简短 而 无 意义 的 名 称 ， 
对 类 、 字 段 和 方法 进行 重 命名 。 


. 预 检 (preveirfy) ， 在 Java 平 台 上 对 处 理 后 的 代码 进行 预 检 。 
人 所 未 


如 果 仪 仪 是 为 了 代码 混 消 ，ProGuard 有 一 个 兄 第 产品 DexGuard 可 
以 试 试 ， 地 址 如 下 : 


http://www.saikoa.com/dexguard 


常常 看 到 有 人 让 病 ProGuard 不 会 混 清 字符 串 常量 ，DexGuard 可 以 
做 这 个 事情 。 


ProGuard 是 一 个 开源 项 目 ， 在 SourceForge 上 进行 维护 ， 地 址 如 
下 : 


http://ProGuard.sourceforge.net ° 


从 上 逮 地 址 下 载 ProGuard 之 后 ， 能 同时 看 到 官方 文档 和 示例 ， 不 
过 是 英文 的 ， 目 前 市 面 上 没有 相应 的 中 文 翻译 版 ， 也 没有 一 篇 详尽 的 
介绍 文 


项 


如 果 你 的 项 目 已 经 使 用 了 某 个 版 本 的 ProGuard， 比 如 ， 现 在 市 面 
上 最 流行 的 是 4.7 版 本 ， 我 建议 不 要 进行 升级 。 一 切 以 稳定 为 首 ， 如 末 
一 定 要 升级 到 最 新 版 本 ， 请 在 使 用 ProGuard 后 ， 对 项 目的 所 有 模块 进 
行 全 功能 回归 测试 。 


7.2 ”ProGuard 工 作 原 理 


ProGuard 由 shrink、optimize、obfuscate 和 preverify 四 个 步骤 组 成 ， 
其 中 每 个 步骤 都 是 可 选 的 ， 我 们 可 以 通过 配置 脚本 来 决定 执行 其 中 的 
哪儿 个 步 轨 ， 如 图 7-1 所 示 。 


Inputjars Shrunk code 二 
-shrink ->| 上 optimize > Optim: code obfuscate ->| Obfusc.code |- preverify ->| Ouputjars 


Library jars (unchanged) > Library jars 


HE 


图 7-1 ”ProGuard 执 行 流程 


这 里 ， 我 们 引入 Entry Point 的 概念 。Entry Point 是 在 ProGuard 过 程 
中 不 会 被 处 理 的 类 或 方法 。 在 压缩 的 步骤 中 ，ProGuard 会 从 上 述 的 
EntryPoint 开 始 递归 遍历 ， 搜 索 哪 些 类 和 类 的 成 员 在 使 用 。 对 于 没有 被 
使 用 的 类 和 类 的 成 员 ， 束 会 在 压缩 阶段 丢弃 。 


接 下 来 在 优化 的 步骤 中 ， 那 些 非 EntryPoint 时 类 、 方 法 都 会 被 设置 
为 private、static 或 final， 不 使 用 的 参数 会 被 移 除 ， 此 外 ， 有 些 方 法 会 被 
标记 为 内 联 的 。 在 混 清 的 步 台中 ，ProGuard 会 对 非 EntryPoint 的 类 和 方 
法 进行 重 命名 。 


7.3 如何 写 一 个 ProGuard 文 件 


接 下 来 ， 我 们 只 讲 ProGuard.cfg 混 清文 件 要 怎么 写 。 这 
走 的 过 程 。 


7.3.1 基本 混 消 


以 下 十 寓 消 最 基本 的 配置 信息 ， 任 何 App 都 要 使 用 ， 可 以 作为 模 
板 使 用 ， 我 为 每 行 代码 都 增加 了 注释 : 


1. 基 本 指令 


# 代码 混淆 压缩 比 ， 在 


0~7 之 间 ， 默 认为 


5, 一 般 不 需要 改 


-optimizationpasses 5 


# 混淆 时 不 使 


大 小 写 混合 ， 混 淆 后 的 类 名 为 小 写 


-dontusemixedcaseclassnames 
# 指定 不 去 忽略 非 公共 的 库 的 类 


-dontskipnonpubliclibraryclasses 
# 指定 不 去 忽略 非 公共 的 库 的 类 的 成 员 


-dontskipnonpubliclibraryclassmembers 
# 不 做 预 校 验 ， 


preverify 是 


proguard 的 


4 个 步骤 之 一 


# _ Android 不 需要 


preverify， 去 掉 这 一 步 可 加 快 混淆 速度 


-dontpreverify 
# 有 了 


Verbose 这 句 话 ， 混淆 后 就 会 生成 映射 文件 


# 包含 有 类 名 


-> 混淆 后 类 名 的 映射 关系 


printmappIng 指 定 映射 文件 的 名 称 


-Verbose 
-printmapping proguardMappIing .txt 
# 指定 混淆 时 采用 的 算法 ， 后 面 的 参数 是 一 个 过 滤器 


# 这 个 过 滤器 是 谷歌 推荐 的 算法 ， 一 般 不 改变 


-optimizations !code/simplification/arithmetic, !field/*, I!class/merging/* 
# 保护 代码 中 的 


Annotation 不 被 混淆 


JSON 实 体 映射 时 非常 


[it 


和 要， 比如 


fastJson 
-keepattributes *Annotation* 
# 避免 混淆 泛 型 ， 


JSON 实 体 映射 时 非常 重要 ， 比 如 


fastJson 
-keepattributes Signature 
// 抛 出 异常 时 保留 代码 行 号 ， 在 第 


6 章 异常 分 析 中 我 们 提 到 过 


-keepattributes SourceFile,LineNumberTable 


-dontskipnonpubliclibraryclasses 用 于 告诉 ProGuard， 不 要 跳 过 对 非 
公开 类 的 处 理 。 默 认 情 况 下 是 跳 过 的 ， 因 为 程序 中 不 会 引用 它们 ， 有 
些 情况 下 人 们 编写 的 代码 与 类 库 中 的 类 在 同一 个 包 下 ， 并 且 对 包 中 内 
容 加 以 引用 ， 此 时 需要 加 入 此 条 声明 。 


对 于 -dontusemixedcaseclassnames，Microsoft Windows 用 户 请 注 
意 : 默认 情况 下 ，ProGuard 假 定 你 使 用 的 操作 系统 能 够 区 分 两 个 只 是 
大 小 写 不 同 的 文件 名 (比如 ，A.java 和 a.java 被 认为 是 两 个 不 同 的 文 
件 ) 。 显 然 Microsoft Windows 不 是 这 样 的 操作 系统 (Windows 是 对 文 
件 名 是 大 小 写 不 敏感 的 ) 。 因 此 Windows 用 户 必须 为 ProGurad 指 定 - 
dontusemixedcaseclassnames 选 项 。 如 果 不 这 么 做 并 且 你 的 项 目 中 有 超 
过 26 个 类 的 话 ， 那 么 ProGuard 就 会 默认 混用 大 小 写 文 件 名 ， 而 导致 
class 文 件 相 互 履 盖 。 安 全 起 见 ， 从 0.9.0 版 本 开始 ，EclipseME 默 认为 


ProGuard 设 置 -dontusemixedcaseclassnames 选 项 。 项 目 中 有 很 多 类 的 


UNIX 用 户 可 以 删除 这 个 选项 ， 这 样 最 终 产 生 的 JAR 文 件 的 大 小 可 以 进 


一 步 缩小 。 


需要 保留 的 东西 


# 保留 所 有 的 本 地 


native 方 法 不 被 混淆 


-keepclasseswithmembernames class * { 
native <methods>; 


# 保留 了 继承 


Activity、 


Application 这 些 类 的 子 类 


# 因为 这 些 子 类 都 有 可 能 被 外 部 调 


# 比如 说 ， 第 一 行 就 保证 了 所 有 


Activity 的 子 类 不 要 被 混淆 


-keep 
-keep 
-keep 
-keep 
-keep 
-keep 
-keep 
-keep 
-keep 


public 
public 
public 
public 
public 
public 
public 
public 
public 


# 如 果 有 引 


android-support-v4. 


class 
class 
class 
class 
class 
class 
class 
class 
class 


-keep public class 


# 保留 在 


Activi 


ty 中 的 方法 参数 是 


View 的 方法 ， 


# 从 而 我 们 在 


layout 


onClic 


而 编写 


KK 就 不 会 


影响 


extends 
extends 
extends 
extends 
extends 
extends 
extends 
extends 


货 和 和 党 党 -和 汪 党 演 


android. 
android. 
android. 
android. 
android. 
android. 
android. 
android. 


app.Activity 

app.Application 

app.Service 
content.BroadcastReceiver 
content ,ContentProvider 
app.backup.BackupAgentHelper 
preference.Preference 
View.View 


com.android.vending.licensing.ILicensingService 


jar 包 ， 可 以 添加 下 面 这 行 


com.tuniu.app.ui.fragment.** {*;} 


-keepclassmembers class * extends android.app.Activity { 


public void *(android.view,.View); 


} 


# 枚 举 类 不 能 被 混淆 


-keepclassmembers enum * { 
public static **[] values(); 
public static ** valueOof(java.lang.string),; 


} 
# 


保留 自 定义 控件 (继承 


View) 不 被 混淆 


-keep public class * extends android.view.View { 

类 大火 * . 

get*(); 

void set*(***),; 

public <init>(android.content.Context); 

public <init>(android.content.Context, android.util.AttributeSet); 

public <init>(android.content.Context, android.util.AttributeSet, int); 
} 
# 保留 


Parcelable 序 列 化 的 类 不 被 混淆 


-keep class * implements android,.os.Parcelable { 

public static final android.os.Parcelable$Creator *; 
} 
# 


保留 


Serializable 序 列 化 的 类 不 被 混淆 


-keepclassmembers class * implements java.io.Serializable { 
static final long serialVersionUID,; 
private static final java.io.ObjectStreamField[] serialPersistentFields; 
private void writeObject(java.io.ObjectOutputStream); 
private void readOobject(java.io.ObjectInputStream); 
java.lang.Object writeReplace()， 
java.lang.Object readResolve( ) ， 


} 
# 对 于 


R (资源 ) 下 的 所 有 类 及 其 方法 ， 都 不 能 被 混淆 


-keep class **.R$* { 
火 ， 


了 


# 对 于 带 有 回调 函数 


OnXXEvent 的 ， 不 能 被 混淆 


-keepclassmembers class * { 
void *(**OnNn*Event); 


7.3.2 ”针对 App 的 量 身 定制 


我 们 创建 一 个 Android 项 目 ， 它 的 包 名 和 项 目 结构 图 如 图 7-2 所 


ve i> ListDemoActivity 
b md Android 4.2.2 
# 到 Android Dependencies 
bp ml Referenced Libraries 
Vv 名 src 
VY 由 com.youngheart 
由 activity 


> 册 adapter 
b> 出 base 
由 db 


b> 由 engine 


# [DM Userinfo.java 
» [DM WeatherinfoJjava 


图 7-2 一 个 Android 项 目的 目录 结构 


1. 保 留 实体 类 和 成 员 不 被 混 消 


对 于 实体 ， 要 保留 它们 的 set 和 get 方 法 ， 对 于 boolean 型 get 方法， 
有 人 喜欢 命名 为 iXXX 的 方式 ， 所 以 不 要 遗漏 了 。 


-keep public class com.youndheart.entity.** { 
public void set*( . 
public *** get ， (); 
public *** is*(); 

} 


一 种 好 的 做 法 是 把 所 有 实体 都 放 在 一 个 包 下 进行 管理 ， 这 样 只 写 
一 次 混淆 束 够 了 。 训 人 免 以 后 在 别 的 包 中 新 增 的 实体 而 起 记 保 留 ， 代 码 


在 寓 消 后 因为 找 不 到 相应 的 实体 类 而 居 涡 。 


2. 内 藤 类 


内 内 类 经 常会 被 混 消 ， 结 采 在 调用 的 时 候 为 空 殉 月 攒 了。 最 好 的 
解决 办 法 束 是 把 这 个 内 藤 类 拿 出 来 ， 单 独 成 为 一 个 类 。 


如 果 一 定 要 内 置 ， 那 么 这 个 类 吏 必 须 在 混 清 时 进行 保留 。 比 如 说 
com.example.youngheart 包 下 面 的 MainActivity， 它 有 一 些 内 舱 类 ， 以 下 
指令 保留 MainActivity 的 所 有 内 租 类 : 


-keep class com.example.youngheart.MainActivity$*{*;} 


$ 这 个 符号 吏 定 用 来 分 割 内 藤 类 与 其 母体 的 标志 。 还 记得 4.1.2 中 保 


留 R (资源 ) 下 面 的 所 有 类 及 其 方法 的 指令 吗 ? 如 出 一 斩 : 


-keep class **.R$* {*;} 


3. 对 WebView 的 处 理 


如 果 项 目 中 用 到 了 WebView 的 复 灯 操作 ， 请 加 入 以 下 这 两 段 代 
人 码 : 


-keepclassmembers class * 
extends android.webkit.webViewClient { 
public void *(android.webkit.WebView, 
java.lang.String, android.graphics.Bitmap); 
public boolean *(android.webkit .WebView, 


java.1lang.Sstring) 


-keepclassmembers class * extends android.webkit.webViewClient { 
public void *(android.webkit.webView, 
java.1lang.Sstring) 


4. 对 JavaScript 的 处 理 [i 


App 应 用 要 经 常 与 HTML5 页 面 的 JavaScript 进 行 交 互 ， 如 下 所 示 : 


class JSInteface1 { 
@JavascriptInterface 
public void callAndroidMethod(int a, fioat b, String c, boolean d) { 
if (d) { 
String strMessage = "-" + (a+1)+"-"+ (b+1) + "-"”+C 
二 -0 十 d; 
new AlertDialog.Builder(MainActivity,.this).setTitle("title") 
.SetMessage(strMessage).show(); 


这 个 例子 参见 第 3 章 中 3.4 节 介绍 的 App 与 HTML5 之 间 的 交互 。 我 
接 下 来 要 讨论 的 是 ， 如 何 确保 这 些 js 要 调用 的 原生 方法 不 被 混淆 。 


JSInterface 是 MainActivity 的 子 类 ， 所 以 保留 指令 要 这 人 么 写 : 


-keepclassmembers 
class com.example.youngheart.MainActivity$JSInterfacei { 
<methods>， 


请 在 项 目 中 搜索 addJavascriptInterface， 我 们 要 对 所 有 使 用 的 地 方 
设置 保留 指令 


5. 处 理 反射 


也 许 有 人 会 问 ， 在 程序 中 使 用 SomeClass.class.method1 这 样 的 静态 
方法 ，ProGuard 如 何 处 理 ? 


答案 是 ， 被 引用 的 类 ， 如 SomeClass， 肯 定 会 在 压缩 过 程 中 被 保 


那么 对 于 Class. So SomeClass 不 会 在 压缩 过 
程 中 被 移 除 ，ProGuard 在 这 点 上 还 十 蛋 聪 明 的 ， 它 会 检查 程序 中 使 用 
的 Class.forName 方 法 ， 对 参数 SomeClass 这 样 的 字符 串 则 法 外 开 恩 ， 不 
会 移 除 。 


但 是 ， 在 混 消 过 程 中 ， 无 论 是 Class.forName("SomeClass")， 还 是 
SomeClass.class， 束 都 不 能 蒙混 过 关 了 。SomeClass 这 个 类 的 名 称 会 被 
混淆 。 因 此 ， 我 们 要 在 ProGuard.cfg 文 件 中 ， 集 留 这 个 类 名 称 。 


不 光 是 Class.forName("SomeClass")， 以 下 方法 也 同样 适用 : 
‘SomeClass.class.getField("someField") 
‘SomeClass.class.getDeclaredField("someField") 


‘SomeClass.class.get Method("some Method", new Class[] {}) 


‘SomeClass.class.getMethod("someMethod", new Class[] { A.class }) 


‘SomeClass.class.get Method("someMethod", new Class[] { A.class, 


B.class }) 


‘SomeClass.class.getDeclaredMethod("some Method", new Class[] {}) 


‘SomeClass.class.getDeclaredMethod("some Method", new Class[] { 


A.class }) 


‘SomeClass.class.getDeclaredMethod("some Method", new Class[] { 


A.class, B.class }) 


‘AtomicIntegerFieldUpdater.newUpdater(SomeClass.class, 


"someField") 


‘AtomicLongFieldUpdater.newUpdater(SomeClass.class, "someField") 


‘AtomicReferenceFieldUpdater.newUpdater(SomeClass.class, 


SomeType.class, "someField") 


在 混淆 的 时 候 ， 要 在 项 目 中 搜索 一 下 上 述 这 些 方法 ， 将 相应 的 类 
或 者 方法 的 名 称 进 行 保留 而 不 被 混 清 。 做 混 消 的 开发 人 员 ， 应 该 对 代 
码 比 较 熟 悉 ， 以 确保 万 无 一 失 。 


6. 对 于 自 定 义 View 的 解决 方案 


但 凡是 在 layout 目 孙 下 的 xml 布 局 文件 中 配置 的 目 定义 View， 都 不 
能 进行 混 消 。 为 此 要 通 历 layout 下 所 有 的 xml 布 局 文件 ， 找 到 那些 目 定 
义 View， 然 后 确认 其 是 否 在 proguard 文 件 中 保留 了 。 


这 就 需要 我 们 写 一 个 脚本 了 ， 允 历 所 有 layout 下 的 xml 布 局 文件 ， 
列举 出 layout 中 第 用 的 那些 标签 ， 将 其 添加 到 一 个 字典 中 。 凡 是 不 在 这 
个 字典 中 的 ， 束 算 做 是 目 定 义 view 。 


另 一 种 查找 思路 是 ， 在 使 用 我 们 的 目 定义 View 时 ， 前 面 都 必须 加 
上 我 们 自己 的 包 名 ， 例 如 com.a.b.customeview， 我 们 可 以 遍历 所 有 
layout 下 的 xml 布 局 文件 ， 查 找 所 有 匹配 com.a.b 的 标签 即 可 。 


7.3.3 ”针对 第 三 方 jar 包 的 解决 方案 


我 们 在 Android 项 目 中 不 可 避免 地 要 使 用 到 很 多 第 三 方 提 供 的 
SDK。 一 般 而 言 ， 这 些 SDK 都 是 经 过 ProGuard 混 消 了 的 。 而 我 们 所 要 
做 的 ， 是 避免 这 些 SDK 的 类 和 方法 在 我 们 的 App 中 被 混淆 。 


1. 针 对 android-support-v4.jar 的 解决 方案 


-libraryjars libs/android-support-v4.jar 
-dontwarn android.support.v4.* 

-keep class android.support.v4.** { *,; 

-keep interface android.support.v4.app.** { *; } 


-keep public class * extends android.support.v4.** 
-keep public class * extends android,app.Fragment 


这 里 介绍 一 下 android-support-v4.jar1!。 由 于 我 们 一 直 使 用 edlipse 
之 类 的 IDE 进 行 Android 开 发 ，IDE 会 自动 帮 我 们 把 android-support- 
v4.jar 这 个 jar 深 加 到 lib 目 录 下 并 进行 3 引用， 以致 很 多 开发 人 员 搞 不 清 这 
个 jar 到 底 是 用 来 干 嘛 的 。 


其 实 这 个 jar 包 是 google 提 供 的 ， 全 称 是 Android Support Library 
package， 它 有 v4、v7 和 v13 一 共 3 个 版 本 v4 这 个 包 是 为 了 照顾 Android 
1.6 及 更 高 版 本 而 设计 的 ， 这 个 包 是 使 用 最 广泛 的 ，eclipse 新 建 工程 
时 ， 都 默认 带 有 这 个 包 。 而 v7 和 v13 这 两 个 版 本 向 下 兼容 的 版 本 很 高 ， 
所 以 用 的 人 不 多 。 


android-support-v4.jar 这 个 jar 包 有 不 同 的 版 本 ， 所 以 我 们 在 使 用 一 
毕 第 三 方 jar 包 时 ， 因 为 它们 也 用 到 了 android-support-v4.jar， 但 是 版 本 
不 一 样 ， 就 会 在 运行 期 抛 出 NoClassDef-FoundError 寞 常 : 


相应 的 解决 办 法 就 是 将 两 个 android-support-v4.jar 都 用 一 个 就 行 
六 o 


其 他 的 第 三 方 jar 包 的 解决 方案 


个 加 要 取决 于 第 三 方 jar 包 的 混 清 策略 了 。 它 们 会 在 各 目的 SDK 
中 有 关于 混 清 的 说 明文 字 。 比 如 文 付 至 ， 相 应 的 刘 清 规则 十: 


-libraryjars libs/alipaysdk.jar 
-dontwarn com.alipay.android.app.** 
-keep public class com.alipay.** { *; } 


不 胜 枚 举 ， 为 了 避免 有 SDK 遗 漏 没 有 进行 混淆 处 理 ， 一 个 好 的 做 
法 是 ， 打 开 libs 目 录 ， 看 看 有 多 少 个 jar 包 ， 每 个 都 进行 类 似 的 处 理 ， 如 
图 7-3 所 示 。 


V Elibs 
Yandroid-support-v4.jar 


多 fastjson_1.1.33.jar 
3 gson-2.2.4.jar 
BW image_loader.jar 


图 7-3 第 三 方 jar 包 


值得 注意 的 是 ， 不 是 每 个 第 三 方 SDK 都 需要 -dontwam 指 令 ， 这 取 
决 于 混 消 时 第 三 方 SDK 是 否 会 出 现 警 告 。 需 要 的 时 候 再 加 上 。 


[1] 对 JavaScript 的 处理， 详细 内容 请 参见 
http://blog.csdn.net/span76/article/details/9065941 ° 
[2] 天 于 android-support-v4.jar 的 详细 介绍 ， 请 参见 


http://blog.csdn.net/hh2000/article/details/39718623 ° 


其 他 注意 事项 


接 下 来 介绍 一 些 使 用 ProGuard 过 程 中 需要 注意 的 事项 。 


7.4 


1. 如 何 确 保 混 消 不 会 对 项 目 产生 影响 
如 果 一 个 Android 项 目 从 一 开始 就 进行 了 混淆 工作 ， 那 么 

测试 工作 要 基于 混淆 包 进 行 ， 才 能 尽早 发 现 问题 。 
混淆 包 进行 。 


每 天 开发 团队 的 时 烟 测 试 ， 也 要 基于 混 消 
分 享 、 打 点 、 二 维 码 扫描 等 


:发 版 前 ， 要 额外 测试 正式 版 的 推送 、 分 至 


2. 打 包 时 忽略 警告 
当 在 导出 时 ， 发 现 很 多 could not reference class 之 类 的 warning 信 
到 行 中 和 那些 引用 没有 什么 关系 的 话 ， 可 以 添加 - 


息 ， 如 果 确 认 App 在 运行 
dontwarm 标 签 ， 就 不 会 再 提示 这 些 warning 信 息 了 “。 如 : -dontwarn 
， 这 会 有 很 大 


org.apache.** 
不 要 使 用 -ignorewarnings 语 句 ， 它 会 忽略 所 有 警告 


的 潜在 风险 。 


3. 对 于 目 定 义 类 库 的 混 清 处 理 


回顾 第 1 章 ， 我 们 编写 了 一 个 AndroidLib 类 库 ， 我 们 的 App 应 用 要 
引用 这 个 类 库 。 我 们 努力 在 做 的 是 ， 把 业务 无 关 的 逻辑 抽 离 到 
AndroidLib 类 库 中 ， 而 在 App 应 用 中 只 关心 业务 逻辑 。 


我 们 需要 对 Lib 也 进行 混 清 ， 然 后 在 主 项 目的 混 清 文件 中 保留 
AndroidLib 中 的 类 和 类 的 成 员 。 


4. 使 用 annotation 避 人 免 混淆 


男 一 种 避免 类 或 者 属性 被 混 清 的 方式 是 ， 使 用 annotation。 在 需要 
保留 的 类 中 加 上 如 下 语法 : 


@Keep 
@KeepPublicGettersSsetters 
public class Bean { 
public boolean booleanProperty 
public int intProperty; 
public String stringProperty; 
public boolean isBooleanpProperty() { 
return booleanproperty; 
} 


} 
这 种 使 用 方式 多 出 现在 fastJSON 的 使 用 上 。 


5. 人 在 项 目 中 指定 混 消 文件 


说 到 最 后 ， 发 现 没 有 介绍 如 何在 项 目 中 指定 混 消 文件 。 


在 项 目 中 有 一 个 project.properties 文 件 ， 在 其 中 写 这 么 一 句 话 ， 职 
可 以 确保 每 次 手动 打包 生成 的 apk 是 混 消 过 的 : 


proguard.config = proguard ,cfg 


其 中 ，proguard.cfg 是 混 消 文件 的 名 称 。 


7.5 本章 小 结 


本 章 系统 全 面 地 介绍 了 ProGuard， 够 无 聊 吧 。 市 面 上 没有 一 本 书 
绍 这 


肯 伦 这 么 多 篇 幅 来 介绍 这 些 能 让 读者 读 着 读 着 谍 睡 着 的 内 容 。 我 也 古 
醉 了 ， 花 了 这 么 多 精力 ， 干 的 可 能 是 一 件 极 其 吃力 又 不 一 定 讨好 的 事 


囊 心 布 望 每 个 程序 员 都 能 练 好 基本 功 ， 技 术 本 喘 束 是 件 朴 实 无 华 
的 事情 ， 来 不 得 半点 投机 取 巧 。 


持续 集成 (Continuous Integration) ， 一 个 高 大 上 的 概念 ， 说 得 简 


单 些 ， 束 是 持续 提交 代码 、 持 续 编 译 、 持 续 测试 、 持 续 修 复 bug 。 


寺 续 集成 一 方面 可 以 提前 发 现 风 险 ， 男 一 方面 ， 可 以 把 构建 的 过 
程 交 给 服务 器 来 做 ， 避 人 免 了 本 地 手动 打包 中 的 各 种 人 为 错误 。 


本 章 将 履 兰 持续 集成 的 几 个 最 重要 的 策略 : 版 本 管理 、 目 动 构 
建 、 单 元 测试 。 


8.1 版 本 管理 沫 略 


版 本 管理 策略 是 一 个 很 古老 的 话题 。 业 界 关 于 这 个 话题 的 介绍 不 
胜 枚 举 。 这 里 ， 我 的 讨论 只 限于 App 版 本 管理 策略 。App 的 独特 之 处 在 
于 : 


首先 ，App 是 一 款 软件 ， 而 不 是 网 站 。 所 以 ， 每 次 只 能 通过 发 布 一 
个 新 版 本 的 App， 来 增加 新 功能 和 修复 bug， 而 网 站 当天 修复 bug 当 天 上 
线 。 这 其 实 是 CS 和 BS 的 区 别 。 


其 次 ，App 因 为 目前 的 受众 人 群 多 ， 动 则 上 亿 的 用 户 群 ， 所 以 这 就 
要 求 App 的 发 版 周期 多 ， 可 以 大 约 2 周 发 一 次 新 版 本 。 这 区 别 于 传统 软 
件 慢 条 斯 理 的 迭代 周期 。 


基于 上 述 这 两 点 ，App 的 版 本 管理 策略 与 以 往 其 他 项 目 都 不 同 。 本 
章 和 第 10 章 都 将 围绕 这 个 主题 而 展开 讨论 。 


8.1.1 三 种 版 本 管理 案 上 略 


无 论 是 SVN 还 是 GIT， 都 有 主干 (Trunk) ， 有 分 支 (Branch) 。 
相应 的 版 本 管理 策略 束 有 3 种 : 


人 


2 
到 及 全 


策略 1: 分 文 开发 ， 分 文 上 线 。 我 市 团队 的 时 候 ， 曾 经 使 用 过 这 种 
策略 。 就 是 说 ， 每 次 送 代 开始 ， 殊 打 一 个 分 支 ， 接 下 来 一 个 月 的 碗 代 
工作 ,包括 开 发 和 测试 ， 全 都 在 分 文 上 进行 。 迭 代 期 间 ， 看 起 来 没 喻 
事 ， 一 切 正常 。 等 上 线 后 ， 往 主干 上 合并 代码 可 束 磋 烦 了 ， 改 了 那么 
多 文件 ， 几 千 处 需要 合并 的 地 方 ， 目 动 合并 功能 我 是 从 来 不 敢 太 相信 
的 ， 一 个 个 文件 手动 合并 又 没有 时 间 ， 所 以 我 只 好 把 主干 上 的 代码 全 
都 删除 了 ， 然 后 把 分 支 上 的 代码 一 次 性 焰 贴 到 主干 上 ， 直 接 签 入 代 
码 。 


这 样 做 最 大 的 问题 就 是 ， 主 干 长 时 间 没 有 组 入 ， 成 了 摆设 ， 男 一 
个 问题 是 代码 文件 的 修改 历史 不 连贯 ， 要 到 各 个 分 文 上 去 看 。 


策略 2， 主干 开发 ， 主 干 上 线 。 就 是 说 ， 我 们 总 是 在 主干 上 进行 开 
发 和 测试 。 只 要 是 本 期 迁 代 的 需求 ， 都 是 这 么 操作 ， 直 到 发 版 上 线 。 


策略 3: 主干 开发 ， 分 文 上 线 ， 吏 旦 说 ， 在 主 于 上 开发 ， 直 到 写 完 
代码 ， 然 后 开 分 文 ， 在 分 文 上 测试 和 修 bug， 直 到 上 线 ， 最 后 再 合并 回 
主干 ， 这 样 做 的 好 处 是 要 合并 的 代码 并 不 多 ， 如 图 8-1 所 示 。 


hotfix baseon $.1.0 


图 8-1 主干 开发 、 分 文 上 线 的 版 本 管理 集 略 


策略 2 和 筑 略 3 没有 强 好 强 坏 的 说 法 。 下 面 详细 介绍 这 两 种 常见 的 
版 本 管理 策略 。 


场景 1: 
版 本 策略 :主干 开发 ， 主 干 上 线 。 
使 用 工具 : SVN 
迭代 周期 : 4 周 


所 有 开发 人 员 部 在 主干 上 进行 开发 ,测试 也 是 在 上 面 进行 ， 直 到 
有 一 天 ， 项 目 经 理 说 ， 我 们 要 发 版 了 。 于 有 是 大 家 手忙脚乱 地 在 主干 上 
修改 bug， 直 到 所 有 人 都 满意 了 ， 然 后 基于 这 个 点 一 对 应 SVN 某 次 提 
交 的 ChangeSet， 组 织 发 版 工作 。 之 后 ， 我 们 会 基于 这 个 点 打 一 个 Tag， 
需要 强调 的 是 ， 一 定 要 在 注释 中 注 明 是 基于 哪个 ChangeSet 。 


SVN 没 有 真正 的 分 文 和 Tag， 上 所谓 的 打 Tag 工 作 ， 就 是 基于 某 次 提 
交 ， 把 代码 复制 一 份 放 在 一 个 新 的 目 隶 下面 。 分 支 也 是 如 此 。 


场景 2: 
版 本 策略 : 主干 开发 ， 分 文 上 线 。 
使 用 工具 : GIT 
迭代 周期 : 1~2 有 周 


达 代 周期 短 ， 束 会 经 常 发 生 上 轮 太 代 还 没完 成 ， 下 轮 达 代 就 要 开 
A 了 的 情况 。 于 是 我 们 留 一 小 扬 人 去 收拾 上 轮 达 代 的 选 留 问题 ， 大 部 
队 还 是 要 在 主干 上 进行 下 轮 适 代 的 开发 工作 。 


为 此 ， 我 们 要 为 这 一 小 报 人 开 一 个 新 的 分 文 ， 让 他 们 在 上 面 工 
作 ， 直 到 上 一 轮 迭 代 发 版 上 线 ， 然 后 再 把 代码 改动 合并 到 主干 上 。 


这 样 ， 我 们 束 在 分 文 上 发 版 ， 并 在 分 文 上 打 Tag 。 


GIT 比 较 适 合 干 这 种 分 文 间 合并 代码 的 技术 活 儿 ，GIT 中 有 一 个 
Cherry Pick 的 功能 ， 束 是 干 这 事 的 。 此 外 ，GIT 中 的 Tag 融 是 一 个 指 
针 ， 所 以 不 必 担 心 又 折腾 出 一 套 见 余 代码 的 事情 。 


对 比 这 两 种 场景 ， 我 们 发 现 ， 版 本 管理 工具 的 选择 对 选择 使 用 哪 
种 策略 有 一 定 的 影响 。SVN 本 刁 的 局 限 性 导致 了 合并 代码 时 心里 会 没 


底 ， 需 要 更 多 的 回归 测试 时 间 。 


另 一 方面 ， 和 迭代 周 期 的 长 短 ， 对 使 用 哪 种 全 略 也 有 有 影响， 尤其 是 
项 目 周 期 发 生 重合 的 时 候 。 


8.1.2 ”特殊 情况 的 版 本 管理 策略 


特殊 情况 1: 有 时 候 ， 有 些 需求 ， 我 们 发 现 开发 有 时 间 但 是 测试 没 
有 时 间 了 ， 只 能 放 到 下 期 送 代 进行 ， 我 们 就 在 主干 上 找 一 个 相对 稳定 
的 点 ， 基 于 这 个 点 开 一 个 狐 分 支 ， 专 门 用 来 做 这 个 需求 ， 等 本 次 欠 代 
结束 后 ， 我 们 立刻 就 把 这 个 分 支 上 的 功能 合并 到 主干 上 ， 这 样 测 试 团 
队 也 可 以 马上 测试 该 功能 了 。 新 分 文 的 命名 规则 要 规范 好 ， 能 一 眼看 
出 它 的 功用 ， 比 如 DevEorLoginBaseOn20140909， 一 看 就 知道 是 为 了 
Login 这 个 新 需求 而 基于 2014 年 9 月 9 日 打 的 分 支 。 


等 殊 情 况 2: 接 下 来 说 到 定制 渠道 包 和 手机 预 必 的 版 本 管理 策略 。 
如 采 只 是 简单 的 修改 渠道 号 ， 是 不 需要 执行 版 本 管理 策略 的 。 但 是 ， 
经 常 有 些 渠 道 ， 他 们 会 要 求 我 们 的 App 换 个 内 屏 页 。 对 于 在 某 款 手机 上 
做 预 装 ， 束 更 麻烦 了 ， 手 机 三 商 也 会 有 测试 人 员 ， 他 们 会 检查 我 们 的 
App 里 面 的 一 些 bug， 勒 令 我 们 修复 。 我 们 的 版 本 管理 测试 是 ， 在 发 给 
三 商 的 那个 版 本 对 应 的 Tag 上 ， 比 如 release1.1.0， 创 建 一 个 新 分 支 ， 专 
门 用 于 做 这 些小 改动 ， 测 斌 团队 验收 后 ， 打 包 发 给 渠道 商 和 预 准 商 。 


已 是 channel BBB base on release1.1.0， 其 中 BBB 为 渠 


特殊 情况 3: 最 后 就 是 上 线 后 发 现 重 大 bug， 需 要 hotfix 并 紧急 上 线 
的 版 本 管理 策略 。 比 如 说 我 们 发 布 了 版 本 1.1.0， 然 后 发 现 该 版 本 有 重 
大 问题 ， 需 要 紧急 修复 并 上 上线。 我们 会 在 release1.1.0 这 个 Tag 上 新 建 一 
个 分 支 ， 命 名 为 Hotfix base on Release1.1.0， 我 们 在 这 个 分 支 上 修 bug、 


测试 并 发 hotfix 版 本 1.1.1。 发 版 后 ， 我 们 基于 这 个 hotfix 分 支 的 稳定 广 点 
打 一 个 新 的 Tag， 比 如 release1.1.1。 


8.2 ”使 用 Ant 脚 本 打包 

在 开始 本 节 的 内 容 之 前 ， 我 们 先 要 做 一 些 准 备 工作 ， 比 如 说 准备 
好 一 份 需要 安装 的 软件 清单 ， 如 下 所 示 : 

-Ant 1.9.2 

‘Antcontrib 

Java SDK 1.6 

.CCNET 

IIS 6 

-Android SDK 19 

SVN 

接 下 来 ， 我 们 开始 安装 上 述 这 些 软件 ， 需 要 注意 以 下 几 点 : 

1) 事先 准备 一 个 Android 项 目 ProjectForAntBuild 。 


2) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 
版 本 的 打包 时 会 有 问题 。 


3) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 
antcontrib 扩 展 的 Ant， 它 提供 了 for 和 if 语 句 ， 能 帮 我 们 做 更 多 的 事情 。 


要 定义 3 个 全 局 变量 ， 末 尾 记得 加 分 号 ， 如 表 8-1 所 示 。 


全 局 变量 名 路 径 
ANT HOME Ci:\apache-ant-1.9.2 
JAVA HOME C:ydk1.6.0_43 
CLASSPATH %ANT HOME%\lib; 
PATH %ANT HOME%\bin; 
PATH WIAVA HOME%\bin; 


4) 在 服务 器 上 安装 Android SDK， 我 的 demo 是 基于 sdk-19 的 ， 大 
家 可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 。 


5) 对 于 Android 3.0 以 上 版 本 的 SDK， 我 们 会 发 现 apkbuilder.bat 文 
件 找 不 到 了 ， 我 们 需要 上 网 去 下 载 一 个 ， 或 者 从 老 版 本 的 SDK 把 这 个 
文件 复制 出 来 ， 然 后 粘贴 到 ddms.bat 文 件 所 在 的 目录 中 。 


8.2.1 _ Android 打包 流程 


一 套 完 整 的 Android APK 打 包 流 程 如 图 8-2 所 示 ， 有 的 同学 还 会 在 
最 后 一 步 加 上 adb 指 令 将 生成 的 apk 包 自动 安装 到 手机 上 ， 这 里 没有 包 
括 这 个 步骤 ， 因 为 我 认为 打出 一 个 正式 的 安装 包 就 算 完 成 任务 了 。 


打包 脚本 build.xml 放 在 ProjectForAntBuild 项 目的 根 目录 下 ， 打 包 流 
程 如 图 8-2 所 示 ， 大 家 可 以 一 边 看 着 流程 图 一 边 看 Ant 打 包 脚 本 。 


Android 打 包 步 骤 如 下 所 示 : 


1) 初始 化 。 准 备 打包 使 用 的 目录 ， 同 时 声明 各 种 全 局 变量 。 


<target name="init"> 

<delete dir="${outdir-gen}" /> 

<delete dir="${outdir}" /> 

<delete file="${basedir}/proguardMapping.txt" /> 

<mkdir dir="${outdir-gen}" /> 

<mkdir dir="${outdir-classes}" /> 

<mkdir dir="${outdir}/${appname}" /> 

<mkdir dir="${basedir}/${output.dir}" /> 
</target> 


2) 使 用 aapt 生 成 R 文 件 。 根 据 res 目 录 下 的 资源 生成 R.jjava 文 件 。 同 
时 生成 Android-Manifest,xml 对 应 的 Manifest.java 文 件 。 这 两 个 文件 位 于 
Android 项 目的 根 目 录 下 的 gen 子 目录 中 。 


<target name="aapt_gererateR" depends="init"> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 
<arg value="-m" /> 
<arg value="-J" /> 
<arg value="${outdir-gen}" /> 
<arg value="-M" /> 
<arg value="${manifest-xml}" /> 
<arg value="-S" /> 
<arg value="${resource-dir}" /> 
<arg value="-I" /> 
<arg value="${android-jar}" /> 
</exec> 
</target> 


3) aidl。 将 项 目 中 的 .aidl 文 件 转换 为 java 代码 。 


<target name="aidl" depends="aapt_gererateR"> 
<apply executable="${aidl}" failonerror="true"> 
<arg value="-p${android-framework}" /> 
<arg value="-I${srcdir}" /> 
<arg value="-o${outdir-gen}" /> 
<fileset dir="${srcdir}"> 
<include name="**/*.aidl" /> 
</fileset> 
</apply> 
</target> 


R.java 应 用 源 代码 | Java 接 口 


人 


调试 或 发 布 版 


Signed.apk 


QO 
Zipalign 
(release mode) 
Signed and 
Aligned.apk 


图 8-2 ” Android 打包 流程 网 


4) javac。 将 项 目 中 的 所 有 Java 代 码 编译 为 .class 文 件 。 


<target name="compile" depends="aid1"> 
<javac debug="true" extdirs="" srcdir="." includeantruntime="on" 
destdir="${outdir-classes}" bootclasspath="${android-jar}" 
encoding="UTF-8"> 
<compilerarg line="-encoding UTF-8 " /> 
<classpath> 
<fileset dir="${external-libs}" includes="*.,so" /> 
<fileset dir="${external-libs}" includes="**/*.,so" /> 
<fileset dir="${external-libs}" includes="*/*,.so" /> 
<fileset dir="${external-libs}" includes="**/*.jar" /> 
</classpath> 
</javac> 
</target> 


5) 混 消 。 对 项 目 进行 混淆 。 同 时 生成 proguardMapping.txt 文 件 。 


<target name="obfuscate" depends="compile"> 
<jar basedir="${outdir-classes}" destfile="temp.jar" /> 
<java jar="${proguard-home}/proguard.jar" 
fork="true" failonerror="true"> 
<jvmarg value="-Dmaximum.inlined.code.length=32" /> 
<arg value="-injars temp.jar" /> 
<arg value="-outjars optimized.jar" /> 
<arg value="-libraryjars '${annotations-jar}'" /> 
<arg value="-libraryjars '${android-jar}'" /> 
<arg value="@proguard-project.txt" /> 
</java> 
<delete file="temp.jar" /> 
<delete dir="${outdir-classes}" /> 
<mkdir dir="${outdir-classes}" /> 
<unzip src="optimized.jar" dest="${0outdir-classes}" /> 
<delete file="optimized.jar" /> 
</target> 


6) dex。 将 项 目 中 的 所 有 .class 文 件 (包括 第 三 方 库 的 .class 文 件 ) 
转换 为 .dex 文 件 。 


<target name="dex" depends="obfuscate"> 
<apply executable="${dx}" failonerror="true" parallel="true"> 
<arg value="--dex" /> 


打 


<arg value="--output=${intermediate-dex-ospath}" /> 
<arg path="${outdir-classes-ospath}" /> 
<arg path="${external-libs-ospath}" /> 
<fileset dir="${external-libs}" includes="*.so" /> 
<fileset dir="${external-libs}" includes="**/*,.so" /> 
</apply> 
</target> 


7) 使 用 aapt 打 包 资 源 。 将 res 目 录 下 的 资源 打包 为 一 个 .ap_ 文 件 。 
和 主意， 不 要 忽略 了 assets 目 永 下 的 资源 。 


<target name="aapt-package-res" depends="dex"> 
<echo>Packaging resources and assets.. 


</echo> 
<echo>${resource-dir}</echo> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 
<arg value="-f" /> 
<arg value="-M" /> 
<arg value="${manifest-xml}" /> 
<arg value="-S" /> 
<arg value="${resource-dir}" /> 
<arg value="-A" /> 
<arg value="${asset-dir}" /> 
<arg value="-I" /> 
<arg value="${android-jar}" /> 
<arg value="-F" /> 
<arg value="${resources-package}" /> 
</exec> 
</target> 


8) apkbuilder。 将 所 有 的 dex 文 件 、ap_ 文 件 、AndroidManifest.xml 


包 为 .apk 文 件 ， 这 是 一 个 未 等 名 的 包 。 


<target name="apkbuilder" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 
<arg value="${0out-unsigned-package-ospath}" /> 
<arg value="-Uu" /> 
<arg value="-z" /> 
<arg value="${resources-package-ospath}" /> 
<arg value="-f" /> 
<arg value="${intermediate-dex-ospath}" /> 
<arg value="-rf" /> 
<arg value="${srcdir-ospath}" /> 


<arg 
<arg 
<arg 
<arg 
</exec> 
</target> 


value="-nf" /> 
value="${external-libs-ospath}" /> 
value="-rj" /> 
value="${basedir}\${external-libs}" /> 


9) jarsigner。 对 apk 进 行 签名 。 


<target name="jarsigner" depends="apkbuilder"> 
<exec executable="${jarsigner}" failonerror="true"> 


<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 
<arg 

</exec> 
</target> 


10) zipalign。 对 要 发 布 的 apk 文 件 进 行 对 齐 操作 ， 以 便 在 


省 内 存 。 


value="-verbose" /> 

value="-keystore" /> 
value="${key.store}" /> 
value="-storepass" /> 
value="${key.store.password}" /> 
value="-keypass" /> 
value="${key.alias.password}" /> 
value="-signedjar" /> 
value="${out-signed-package-ospath}" /> 
value="${out-unsigned-package-ospath}" /> 
value="${key.alias}" /> 
value="-digestalg" /> 

value="SHA1" /> 

value="-sigalg" /> 

value="MDS5withRSA" /> 


<target name="zipalign" depends="jarsigner"> 
<exec executable="${zipalign}" failonerror="true"> 


<arg 
<arg 
<arg 
<arg 
<arg 
</exec> 
</target> 


value="-v" /> 

value="-f" /> 

value="4" /> 
value="${out-signed-package-ospath}" /> 
value="${zipalign-package-ospath}" /> 


\ 一 一 


运行 时 市 


至 此 ，Ant 的 build 脚 本 都 已 经 介绍 完毕 ， 我 们 只 要 执行 下 列 语句 ， 
就 可 以 对 Android 项 目 进行 打包 .: 


c:\ProjectForAntBuild>ant- 


buildfile build.xml 


注意 ， 上 述 Ant 脚 本 打出 来 的 包 和 是 签名 包 。 


8.2.2 ”打包 时 的 注意 事项 


容 我 再 多 说 几 句 ， 以 下 内 容 是 我 在 日 前 打包 过 程 中 的 经 验 总 结 。 


1) 打包 工作 是 件 很 枯燥 的 事情 ， 一 定 要 细心 ， 要 多 使 用 echo 输 出 
日 志 。 在 cmd 中 看 日 志 的 问题 是 ， 一 旦 日 志 内 容 多 了 ， 前 面 的 日 志 会 被 
冲 挥 ， 所 以 请 使 用 标签 ， 把 日 志 记 杂 a 到 本 地 文件 中 : 


<project name="apkTargets" default="zipalign" basedir="."> 
<record name="C:/build.1og" loglevel="info" append="no" action="start" /> 


2) 一 定 要 确保 打包 服务 器 上 的 Android SDK 版 本 与 开发 人 员 所 使 
用 的 开发 版 本 一 致 。 尤 其 是 proguard 程 序 ， 版 本 低 了 ， 会 导致 混淆 不 能 
进行 。 

3) 如 果 打 包机 器 上 安装 了 杀毒 软件 ， 它 会 妨碍 Android 的 打包 工 


作 ， 无 其 是 dex 文 件 ， 会 被 视 作 一 个 病毒 ， 所 以 apkbuilder 会 不 能 正常 执 
行 。 切 记 ， 在 打包 机 器 上 ， 一 定 要 把 儿 毒 软件 关闭 。 


4) 有 了 时， 我 们 需要 打 未 签名 的 包 ， 于 是 我 们 在 上 述 打 包 脚 本 
build.xml 中 补充 以 下 语句 : 


<target name="debug" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 

<arg value="${0out-debug-package-ospath}" /> 
<arg value="-z" /> 
<arg value="${resources-package-ospath}" /> 
<arg value="-f" /> 
<arg value="${intermediate-dex-ospath}" /> 
<arg value="-rf" /> 
<arg value="${srcdir-ospath}" /> 
<arg value="-nf" /> 
<arg value="${external-libs-ospath}" /> 
<arg value="-rj" /> 
<arg value="${external-1libs-ospath}" /> 


</target> 


这 条 语句 与 前 面 介 绍 的 打包 流程 第 8 步 虽 然 都 使 用 了 apkbuilder 指 
令 ， 但 是 参数 略 有 不 同 ， 所 以 打出 来 的 包 是 未 签名 的 。 我 们 将 Ant 中 
project 标 签 的 default 属 性 改 为 debug， 执 行 以 下 指令 即 可 : 


R 


c:\ProjectForAntBuild>ant- 


buildfile build.xml 


8.3 Monkey 包 的 生成 


在 打包 这 个 工具 做 好 之 后 ， 运 行 build.xml 脚 本 就 能 得 到 一 个 经 过 
签名 混 消 的 apk 包 ， 这 与 最 终 发 版 上 线 打包 的 机 制 是 一 样 的 。 


在 发 版 前 ， 我 们 经 常 要 对 App 进 行 Monkey 测 试 ， 由 于 Monkey 是 乱 
点 的 ， 所 以 我 们 要 防止 它 执行 以 下 几 个 操作 : 


1) 点 击 拨打 电话 的 按钮 ， 从 而 跳出 App。 
2) 进入 支付 流程 ， 这 样 会 生成 很 多 无 效 的 订单 。 


这 就 要 求 我 们 要 在 程序 中 设置 一 个 开关 isMonkey， 只 有 打 Monkey 
包 时 这 个 值 才 为 tue， 考 查 ProjectForAntBuild 项 目 中 下 面 的 代码 : 


public interface Config { 
public final static boolean isMonkey = true; 


在 MainActivity 中 ， 使 用 这 个 jsMonkey 开 关 控 制 电 话 按 钮 是 否 禁 
用 ， 如 下 所 示 : 


Button btnPhone = (Button)findViewById(R.id.btnPhone); 
btnPphone.setOoncClickListener( 
new View.OnClickListener() { 
Q@Override 
public void onClick(View v) { 
if(!Config.isMonkey) { 
startActivity( 
new Intent(Intent.ACTION_DIAL, 


Uri.parse("tel:13000000000"))); 


}); 


在 打包 阶段 ， 生 成 Monkey 测 试 包 的 脚本 时 ， 就 把 isMonkey 这 个 值 
设 为 tue， 而 生成 要 发 布 到 线 上 的 正式 包 时 ， 又 要 把 这 个 isMonkey 值 
设 为 false。 


我 们 希望 执行 一 次 脚本 ， 就 同时 打出 这 两 个 包 来 。 于 是 我 们 在 
build.xml 这 个 Ant 脚 本 之 外 ， 新 建 了 一 个 dailybuild.xml 脚 本 ， 由 它 来 修 
改 isMonkey 的 值 ， 然 后 调用 我 们 之 前 编写 的 build.xml 脚 本 。 先 生成 正 
式 包 ， 后 生成 Monkey 包 ， 脚 本 中 的 关键 代码 如 下 所 示 : 


Sarg name="begin"> 
<1-- 正式 签名 包 


7 关闭 


monkey 开 关 


- -> 
<close_monkey /> 
<generateApk /> 
<!1-- Monkey 包 


7 打开 


monkey 开 关 


=- -> 
<open_monkey /> 
<generateApk-monkey /> 
</target> 


generateApk 和 generateApk-monkey 的 实现 基本 上 是 相同 的 ， 唯 一 
的 区 别 是 在 copy 时 生成 不 同 的 文件 名 ， 然 后 转移 到 同一 个 目录 下 。 


执行 下 述 脚本 ， 束 能 同时 生成 两 个 apk 安 装 包 .: 


c:\ProjectForAntBuild>ant - 


buildfile dailybuild,.xml 


8.4 自动 打包 


如 何 判 断 一 个 公司 的 无 线 App 技 术 水 平 是 作坊 式 开 发 ， 还 是 企业 级 
开发 ? 其 中 很 重要 的 一 个 指标 就是 App 是 否 文 持 目 动 打包 。 


对 于 只 有 几 个 人 的 软件 作坊 ， 往 往 是 测试 人 员 找 开发 人 员 用 
Ealipse 打 一 个 包 ， 安 装 在 测试 机 上 ， 然 后 进行 测试 。 这 种 手动 打包 的 
方式 问题 很 多 ， 经 常 发 生 测试 人 员 发 现 新 包 有 问题 ， 然 后 又 去 找 开发 
人 员 检查 问题 ， 重 新 打包 。 这 样 往返 几 次 ， 极 大 地 浪费 了 开发 人 员 和 
测试 人 员 的 时 间 。 


新 包 有 问题 一 般 是 因为 : 开发 人 员 没 有 获取 最 新 的 代码 就 进行 打 
包工 作 了 ， 于 是 其 他 人 提交 的 代码 和 功能 不 在 这 个 包 中 。 男 一 方面 ， 
如 果 有 人 提交 了 不 能 编译 的 代码 ， 会 导致 其 他 开发 人 员 更 新 代码 后 不 


能 编译 调试 。 


想 解 决 这 些 问题 ， 只 能 引入 上 自动 打包 机 制 ， 大 致 的 思路 是 : 


1) 我 们 需要 有 一 全 打包 服务 器 ， 它 能 从 代码 服务 器 自动 获取 最 新 
的 代码 、 编 译 、 打 包 ， 发 邮件 通知 团队 成 员 打包 结 采 。 


2) 提供 一 个 大 家 都 可 以 访问 的 web 页面 ， 为 不 同 项 目 建立 不 同 的 
打包 机 制 。 要 同时 提供 目 动 和 手动 两 种 触发 打包 的 方式 。 


自动 打包 ， 也 就 是 Daily Build， 每 天 设 定 一 个 时 间 ， 一 般 是 深夜 大 
家 都 下 班 的 时 间 。 自动 打 包 可 以 确保 如 果 打 包 和 失败 ， 会 发 邮件 通知 ， 
第 二 天 上 班 ， 会 有 人 立刻 修复 导致 编译 不 通过 的 bug 。 


手动 打包 ， 为 测试 人 员 提 供 一 个 “打包 ”按钮 ， 这 样 他 们 就 可 以 根 
据 需 要 随时 打包 ， 比 如 开发 人 员 提交 代码 修复 了 一 个 pug， 测 试 人 员 要 
验证 这 个 bug， 殊 在 上 壕 的 Web 页 面 上 操 击 “打包 ”按钮 束 可 以 了 。 


3) 在 这 人 台 测 试 服务 器 上 部 署 Web 服 务 器 ， 可 以 浏览 每 天 打出 的 安 
装 包 清单 ， 从 而 可 以 直接 下 载 任意 安装 包 并 安装 到 测试 机 上 。 


基于 此 ， 我 们 选用 CCNET 这 个 工具 。CCNET 提 供 手 动 打包 的 按 
钮 ， 以 及 自动 打包 的 设置 。CCNET 来 驱动 Ant 执 行 打包 脚本 进行 打包 工 
作 。 因 为 CCNET 仅 文 持 在 Windows 环 境 安装 ， 所 以 我 们 选用 Windows 
2003 作 为 我 们 的 打包 服务 器 。 同 时 ， 我 们 在 这 台 服 务 器 上 安装 IIS， 使 
包 的 存放 地 址 可 以 通过 http 进 行 访问 。 当 然 ， 你 也 可 以 选用 别 的 服务 ， 
比如 Tomcat 。 


接 下 来 我 将 详细 介绍 怎样 组 装 这 些 技术 和 工具 ， 搭 建 出 我 们 想 要 
的 目 动 化 打包 机 制 。 


8.4.1 安装 和 配置 各 种 软件 


安 疙 步 又 如 下 : 


1) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 
版 本 的 打包 时 会 有 问题 。 


2) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 
antcontrib 扩 展 鸭 Ant， 它 提供 了 for 和 让 语句 ， 能 帮 有 我 们 做 更 多 的 事情 。 


[© 


定义 3 个 全 局 变量 ， 林 尾 记 得 加 分 号 ， 如 表 8-2 所 示 


寥 此 全 局 亦 量 
表 8-2 定义 一 些 全 局 变量 
全 局 变量 名 路 径 
ANT HOME Ci:\apache-ant-1.9.2 
CLASSPATH %ANT HOME%Ilib; 
PATH %ANT HOME%bin; 


3) 在 服务 器 上 安装 Android SDK， 我 的 demo 是 基于 sdk-19 的 ， 大 
家 可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 。 


4) 在 服务 器 上 安装 IIS 。 


5) 在 服务 器 上 安装 .NET Framework 3.5 或 以 上 版 本 。 


6) 到 CCNET 官 方 网 站 下 载 CCNET 的 最 新 版 本 ， 目 前 为 1.8.5。 


定义 1 个 全 局 变量 ， 末 尾 记得 加 分 号 ， 如 表 8-3 所 示 。 


表 8-3 ”定义 一 些 全 局 变量 


全 局 变量 名 路 径 
PATH %ANT HOME%bin; 
ANT HOME Ci\Apache-Subversion-1.8.10\bin; 


注意 ， 在 安装 CCNET 之 前 ， 请 确保 已 经 安装 了 IIS。 


8.4.2 ”准备 Ant 打 包 脚 本 


我 们 仍然 使 用 上 一 节 介 绍 的 daily.xml 脚 本 ， 它 将 生成 两 个 包 ， 正 式 
包 和 Monkey 包 。 如 果 大 家 还 想 生 成 其 他 的 包 ， 只 需要 配置 
dailybuild.xml 脚 本 即 可 ， 在 打包 前 使 用 正则 表达 式 修 改 某 个 文件 的 值 。 


因为 CCNET 目 前 不 支持 直接 执行 Ant 脚 本 ， 所 以 我 们 要 额外 编写 一 
个 bat 脚 本 ， 由 CCNET 通 过 执行 bat 文 件 来 间接 执行 Ant 脚 本 
dailybuild.xml ° 


这 个 bat 脚 本 的 内 容 如 下 ， 我 们 将 其 命名 为 dailybuild_1.1.0.bat: 


dailybuild 1.1.0.bat 


ant -file C:\Source\ProjectForAntBuild 1.1.0\dailybuild.xml 
-D app.source.path="C:\Source\ProjectForAntBuild_ 1.1.0" 


8.4.3 配置 CCNET 


CCNET 的 关键 束 在 ccnet.config 这 个 配置 文件 上 ， 它 位 于 以 下 目录 


C:\Program Files\Cruisecontrol.NET\server 
我 们 使 用 CCNET 主 要 做 3 件 事 情 : 
-根据 SVN 地 址 获取 相应 的 代码 。 
-执行 打包 脚本 。 
.发 邮件 通知 ， 定 制 成 功 和 失败 两 种 情况 下 的 邮件 格式 。 


8.4.4 搭建 IIS 站 点 下 载 apk 包 


执行 CCNET 每 日 自动 打包 ， 日 积 月 票 ， 在 存放 打包 文件 的 目 永 下 
将 存在 大 量 的 子 目录 ， 如 图 8-3 所 示 。 


C:\ProjectForAntBuild 
一 一 1.1.0 
一 一 2014.08.25.001 


产 一 2014.08.25.002 
| 王 一 2014.08.25.003 
| 一 一 2014.08.26.001 


图 8-3 ”ProjectForAntBuild 目 隶 下 的 子 目 录 


我 们 需要 提供 一 个 内 部 的 web 站点， 指向 ProjectForAntBuild 这 个 目 
录 ， 从 而 公司 内 部 的 所 有 同事 随时 都 可 以 下 载 apk 进 行 测试 。 


@ 提示 。 配置 CCNET 和 IIS 


原本 写 了 8 页 来 介绍 如 何 配 置 CCNET 和 IIS， 后 来 发 现 这 与 本 书 主 
题 不 符 ， 于 是 就 把 这 部 分 内 容 上 传 到 我 的 博客 空间 ， 请 访问 以 下 地 址 
下 载 这 份 配置 文档 : 


http://files.cnblogs.com/files/Jax/config.zip 


8.4.5 ”上 自动 打包 流程 小 结 


至 此 ， 一 到 目 动 打 包 的 流程 机 制 全 部 介 绍 完毕 。 最 后 补充 一 下 ， 
如 果 过 渡 到 下 一 次 迭代 ， 版 本 从 1.1.0 变 为 1.2.0， 我 们 又 要 在 自动 打包 
中 做 哪些 工作 呢 ? 


1) 在 C:\ProjectForAntBuild\bat 目 录 下 ， 新 建 一 个 
dailybuild_1.2.0.bat 文 件 ， 内 容 与 dailybuild_1.1.0.bat 类 似 ， 只 是 要 修改 
传递 到 Ant 脚 本 的 参数 ， 如 图 8-4 所 示 。 


C:\ProjectForAntBuild 
一 一 1.1.0 
| 一 一 1.2.0 


一 一 bat 
| 一 一 dailybuild 1.1.0.bat 
| 一 一 dailybuild 1.2.0.bat 


图 8-4 在 bat 目 录 下 新 建 一 个 dailybuild_1.2.0.bat 文 件 
2) 修改 源 代码 中 AndroidManifest.xml 文 件 中 的 版 本 号 。 


3) 修改 ccnet.config 文 件 ， 在 里 面 新 增 一 个 project， 可 以 复制 一 份 
1.1.0 脾 本 的 projectF 点 内 容 ， 但 是 其 中 的 1.1.0 要 全 都 改 为 1.2.0。 


8.5 批量 打 渠 道 包 


所 谓 的 渠道 包 ， 从 代码 层面 讲 ， 就 是 AndroidManifest 中 的 
UMENG_CHANNEL 这 个 key 的 值 ， 将 其 蔡 换 为 相应 的 渠道 号 ， 比 如 
360 市 场 ， 这 个 值 就 是 360Android， 然 后 再 进行 打包 。 


从 商业 角度 讲 ，360Android 这 个 渠道 号 是 财务 部 门 用 来 和 360 市 场 
做 结算 的 ， 我 们 每 月 会 根据 友 盟 上 360Android 这 个 渠道 有 多 少 下载 量 
(或 激活 量 ) ， 来 网 360 公 司 文 付 相应 的 推广 费用 ， 于 是 无 线 推广 部 门 
应 运 而 生 ， 他 们 的 一 部 分 工作 就 是 干 这 个 事情 ， 有 的 渠道 包 是 手动 上 
传 到 各 大 市 场 ， 有 的 渠道 包 是 分 发 给 市 场 的 工作 人 员 ， 由 他 们 帮忙 发 
入 


除了 发 布 到 各 大 市 场 ， 渠 道 包 的 为 一 种 出 现场 景 钙 ， 外 链 。 比 如 
说 公司 网 站 首页 上 会 提供 下 载 ， 比 如 说 推广 活动 的 Html 链 接 ， 比 如 说 

交 车 站 、 电 樟 上 的 二 维 码 ( 它 其 实 也 是 一 个 Html 链 接 ) 。 我 们 会 把 
些 链接 对 应 的 渠道 包 都 放 在 公司 的 服务 磊 上 ， 以 提供 下 载 。 


公 
这 


我 们 需要 建立 批量 打 渠 道 包 的 机 制 。 目 前 ， 批 量 打 渠 道 包 有 两 种 
方式 ， 接 下 来 我 会 地 一 介绍 。 


8.5.1 ”基于 apk 包 批量 生成 渠道 包 


基于 一 个 apk 包 ， 我 们 将 其 反 编 译 ， 然 后 遍历 渠道 列表 获取 每 一 个 
渠道 号 ， 修 改 Android-Manfest.xml 中 的 渠道 号 后 ， 重 新 进行 打包 工作 ， 
包括 签名 、 混 清和 对 其 操作 ， 如 图 8-5 所 示 。 


对 图 8-5 中 的 打包 流程 详细 分 析 如 下 : 
1) 反 编 译 apk 文 件 。 


apktool.bat d--no-src- 


f"c:\jianqiang_app.apk""temp" 


反 编译 apk 文 件 后 ， 在 temp 目 杂 中 能 看 到 AndroidManifest.xml 文 
件 。 


2) for 循 环 渠 道 列 表 ， 逐 个 打 渠 道 


ey 


O 


2.1) 替换 AndroidManifest,xzml 中 的 渠道 号 。 


反 编 译 apk 一 ~ 遍历 渠道 列表 


标 换 Manifest 中 渠道 号 


重新 编译 apk 


对 齐 apk 重 命名 apk 


图 8-5 ”基于 apk 包 批量 生成 渠道 包 的 流程 图 
2.2) 将 反 编译 后 的 文件 重新 编译 成 apk， 放 到 apk_temp 目 录 下 : 


apktool.bat b "temp" "apk_temp\unsigned-App 名 称 


.apk" 


2.3) 签名 apk 文 件 。 


java -jar SignApk.jar "C: \a.b" 
"123456" "JianqiangApp" "123456" 
"apk_temp\unsigned-appname.apk" 
"apk_temp\unzipAligned-appname.apk" 


2.4) 对 要 发 布 的 apk 文 件 进行 对 齐 操作 。 


zipalign.exe -v 4 
"apk_temp\unzipAligned-App 和 名 称 


.apk" 
"apk_temp\App 和 名 称 


.apk" 


2.5) 把 打 好 的 渠道 包 重 命名 为 ，App 名 称 _ 渠 道 号 .apk， 然 后 将 
转移 到 output\App 名 称 \App 名 称 _ 渠道 号 .apk 。 


上 述 这 些 操 作 都 有 相应 的 Android SDK 命 令 ， 我 们 可 以 使 用 任何 语 
言 编写 一 个 程序 来 一 次 执行 这 些 命令 。 


这 里 我 们 可 以 使 用 友 盟 提供 的 渠道 批量 打包 工具 ， 它 是 基于 CH 来 
实现 的 上 述 批 量 打包 流程 。 癌 


8.5.2 ”基于 代码 批量 生成 渠道 包 


对 于 基于 代码 进行 打包 的 方法 ， 我 们 在 前 面 的 章节 介绍 过 
build.xml， 但 是 这 个 脚本 每 次 只 能 打 一 个 包 ， 我 们 需要 写 一 个 新 的 脚本 
batchbuild.xml， 它 会 依次 执行 以 下 操作 : 


1) 读 取 channel.txt 文 件 中 的 渠道 列表 。 


<target name="foreach manager"> 
<loadfile property="listVerText" 
srcfile="${app.source.path}/${channel.filename}" 
encoding="GBK" /> 
<propertyregex override="true" property="apk-channel" 
input="${1listVerText}" regexp="\r\n" replace=";"/> 
<Il= 


${apk-channel} 打 包 


> 
<foreach target="build-apk" param="channelName" 
list="${apk-channel}" delimiter=";"/> 
</target> 


2) 执行 for 循 环 语句 ， 执 行 build.xml 脚 本 文件 中 build-apk 这 个 


target ° 
2.1) 替换 AndroidManifest,xml 中 的 渠道 号 。 
2.2) 执行 build.xml 脚 本 进行 打包 。 


2.3) 将 打 好 的 包 并 转移 到 指定 的 目录 build/1.1.0 下 面 ，1.1.0 为 版 本 


号 6 


2.4) 清理 打包 过 程 中 生成 的 临时 文件 ， 为 打下 一 个 渠道 包 做 准 
备 。 
<target name="build-apk"> 


<echo>build-path:${tbuild-path}+， 目录 


:${channelName} ， 
渠道 


:${channelName}</echo> 
<1-- 创建 放 


APK 的 目录 


(FFFFFF 就 是 为 了 进行 一 次 字符 串 的 


OverrIde 操 作 


) --> 
<propertyregex override="true" property="build-path" 
input="${build-path}/${channelName}FFFFFF" 
regexp="FFFFFF" replace="" /> 
<echo> 创 建 目 录 


:${build-path}</echo> 
<mkdir dir="${build-path}" /> 
<1-- 替换 


Manifest 中 的 


UMENG_CHANNEL 字 段 


- -> 

<replaceregexp file="AndroidManifest ,Xxm]" 

match="(android:name="UMENG CHANNEL 
"\standroid:value=")(.*)(")" 

replace="\1${channelName}\3" 
encoding="UTF-8" 
byline="false"/> 

< 1 - -开始 打包 


--> 
<ant antfile="build.xml" inheritAll="true" target="zipalign" /> 
<1-- 移动 


APK 至 相应 目录 


35 
<copy file="${basedir}/${output.dir}/${appname}_for_android_ 
${android_ version} ${temp.dir}.apk" 


tofile="${build-path}/${appname} ${appversion}_ 
${channelName}.apk" /> 
<1-- 清理 生成 的 临时 文件 ， 为 


build 下 一 个 渠道 包 做 准备 


--> 
<cleanTmpFolder /> 
</target> 


上 述 流 程 如 图 8-6 所 示 。 


我 们 只 要 执行 下 述 命令 ， 束 可 以 批量 打 渠 道 包 了 : 


c:\ProjectForAntBuild>ant - 


buildfile batch build.xml 


遍历 渠道 列表 


桂 换 Manifest 中 渠道 号 


基于 代码 生成 apk 


移动 apk 到 指定 目录 


图 8-6 ”基于 代码 批量 生成 渠道 包 的 流程 图 


[1] 该 工具 下 载 地 址 : https://github.com/umeng/umeng-muti-channel- 


build-tool ° 


8.6 ”Android 发 版 流程 


前 面 已 经 夭 称 叫 叫 地 说 了 很 多 发 碑 相 关 的 事情 ， 这 里 做 一 下 总 


士 
结 : 


假设 即将 发 布 1.1.0 版 本 ，apk 的 名 字 是 ProjectForAntBuild。 


1) 远程 登录 到 这 人 台 批 量 打 渠 道 包 工具 所 在 的 服务 器 上 ， 假 设 是 
192.168.1.14。 


2) 将 项 目的 代码 从 SVN 或 者 GIT 手 动 签 出 ， 放 在 C 盘 根 目 录 下 。 


3) 在 Android 项 目的 AndroidManifest.xml 中 ， 修 改 以 下 两 个 地 方 并 
提交 : 


android:versionCode= "110" 
android:versionName= "1.1.0" 


4) 执行 批量 打 渠 道 包 的 命令 : 


c:\ProjectForAntBuild>ant - 


buildfile batch build.xml 


打包 后 ， 生 成 的 apk 文 件 都 会 放 在 C:\build\1.1.0 目 录 下 面 。 


在 渠道 包 全 都 打 完 之 后 ， 随 机 选取 其 中 1-2 个 包 进 行 测 试 ， 需 要 检 
查 几 个 地 方 ， 如 表 8-4 所 示 。 


表 8-4 对 渠道 包 进 行 抽样 测试 


步 又 检查 方法 


将 apk 文件 后 级 改 为 zip， 解压 ， 观 察 其 中 的 AndroidManifest.xml 文件 ， 如 果 versionCode 
和 versionName 与 所 要 发 布 的 版 本 号 一 致 ， 就 认为 是 正确 的 


检查 方法 同步 骤 1， 只 是 这 次 检查 的 是 渠道 号 是 否 与 所 要 发 布 的 渠道 包 一 致 ， 如 下 所 示 : 


<meta-data 


1. 版 本 号 


2: 渠道 号 , , 
android:name= "UMENG CHANNEL" 
android:value= "360android" /> 
3. 是 否 混 消 需要 反 编译 这 个 包 ， 看 代码 是 否 有 混淆 
( 续 ) 
步 又 检查 方法 
4 检 人 文人 1 是否 可 以 下 单 和 打 电 话 ， 如 果 不 能 ， 说 明 是 Monkey 包 ， 是 有 问题 的 
开关 是 否 正 党 We 团 换 服务 器 的 按钮 ， 如 果 有 ， 说 明 是 测试 包 ， 是 有 问题 的 
| 是 否 可 以 唤起 微 信 支 付 ， 是 ,证 明 是 签名 包 ; 和 否则 是 有 问题 的 
5. 检查 主流 程 是 否 Ne , NR i 
到 各 大 全 | 人 人 中 心 是 否 可 以 登录 。 如 果 有 支付 流程 ， 要 下 一 个 单 并 支付 以 验证 主流 程 是 否 正 党 


可 以 走 通 


8.7 “他 实 打 众 道 包 


每 次 Android 发 版 都 要 打 几 百 个 渠道 包 ， 把 这 些 渠 道 包 都 放 在 一 个 
目录 下 ， 对 于 推广 人 员 来 说 是 一 种 灾难 。 本 市 我 们 要 人 研究 如 何 把 这 几 
百 个 渠道 包 分 门 别 类 放 在 合适 的 地 方 。 


8.7.1 分门别类 生成 渠道 包 


根据 我 的 经 验 ， 渠 道 包 基 本 分 为 4 类 : 


1) 需要 我 们 自己 的 推广 人 员 手 动 上 传 到 各 大 市 场 的 渠道 包 。 


HTML5 短 链接 上 提供 下 载 的 渠道 包 。 


[Be 
sa 


交付 给 第 三 方 Android 市 场 的 工作 人 员 ， 由 他 们 帮忙 更 新 。 


CD 
i 


需要 额外 定制 的 渠道 包 。 


上 


其 中 ， 第 4 类 不 列 入 批量 打 渠 道 包 的 清单 中 。 因 为 这 种 渠道 包 有 所 
外 定制 的 功能 ， 每 次 都 是 在 某 个 稳定 版 本 的 基础 上 修改 一 些 功能 后 单 
独 打 包 ， 然 后 交付 给 推广 人 员 即 可 。 


在 实际 操作 中 ， 我 们 发 现 ， 前 3 类 渠道 包 ， 征 有 优先 级 顺序 的 ， 一 
般 而 言 ， 在 发 乒 当天， 第 1 类 和 第 2 类 渠道 包 吏 要 同步 更 新 了 ， 第 3 类 可 


以 放 在 夜里 进行 打包 ， 第 二 天 再 发 给 推广 人 员 就 可 以 了 。 

我 们 之 前 编写 的 batchbuild.xml 太 一 有 厢 情 愿 了 ， 它 把 所 有 的 渠道 包 
全 都 打出 来 而 不 会 进行 分 类 ， 这 对 于 市 场 人 员 太 痛 苗 了 ， 而 我 们 开发 
人 员 的 工作 就 是 要 救世 人 于 水 火 之 中 ， 所 以 我 们 将 原先 的 channel.xml 
按 类 别 拆 分 为 3 个 文件 ， 分 别 存放 以 上 3 类 渠道 列表 :; 

1) channel manualtxt， 存 放 需 要 手动 上 传 的 包 。 


2) channel_h5.txt， 存 放 HTML5 短 链 上 的 包 。 


3) channel tomorrow.txt， 存 放 第 二 天 再 上 传 的 渠道 包 。 
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我 们 在 batchbuild.xml 的 外 面 做 了 一 层 包 装 ， 也 就 是 
batch_build_ext.txt， 其 中 ext 是 扩展 的 意思 ， 它 会 先后 读 取 以 上 3 个 存放 


渠道 列表 的 txt 文 件 ， 然 后 进行 批量 打包 工作 。 


batch_build_ext.xml 脚 本 的 关键 代码 如 下 : 


<target name="foreach manager_all"> 
<1-- 根据 


channel_manual .txt 进 行 打包 


--> 
<var name="channel.filename" value="channel manual.txt" /> 

<var name="build-path" value="C:\build\${appversion}\manual" /> 
<ant antfile="batch _ build.xml" inheritAll="true" /> 


<1-- 根据 


channel_h5 .七 Xt 进 行 打包 


<var name="channel.filename" value="channel_ hs5.txt" /> 

<var name="build-path" value="C:\build\${appversion}\h5" /> 
<ant antfile="batch build.xml" inheritAll="true" /> 

<1-- 根据 


channel_tomorow .七 Xt 进 行 打包 


- -> 
<var name="channel.filename" value="channel tomorrow.txt" /> 
<var name="build-path" value="C:\build\${appversion}\tomorrow" /> 
<ant antfile="batch build.xml" inheritAll="true" /> 

</target> 


我 们 只 要 执行 下 面 的 脚本 就 可 以 批量 生成 渠道 包 了 : 


c:\ProjectForAntBuild>ant - 


buildfile batch_build ext.xml 


生成 的 目录 格式 如 图 8-7 所 示 。 


C:\build 


|----manual 


|----tomorrow 


图 8-7 批量 生成 渠道 包 的 目录 结构 


8.7.2 ”批量 上 传 apk 的 两 种 方式 


每 次 发 版 时 ， 推 广 人 员 痢 要 手动 上 传 所 有 的 apk 包 到 市 场 。 对 于 推 
员 而 


广 人 员 而 言 是 非常 痛 否 的 事情 。 


为 了 把 推广 人 员 解 脱出 来 ， 我 们 经 过 调研 ， 发 现 市 面 上 有 很 多 这 
样 的 一 键 式 提交 工具 ， 我 们 预先 把 这 些 市 场 的 账户 和 密码 输入 到 这 个 
工具 中 ， 束 可 以 一 劳 永 选 了 。 当 然 这 期 间 还 有 如 何 输入 更 新 信息 、 不 
同 渠 道上 传 不 同 的 渠道 包 等 耕 干 问题 ， 这 束 都 是 细 广 了 。 


一 方面 ， 推 广 人 员 还 要 手动 更 新 所 有 的 HTML5 短 链接 。 每 次 都 
有 100 多 个 ， 要 耗费 大 量 的 人 力 。 经 过 调研 ， 我 们 发 现 ， 其 实 这 也 是 可 
以 实现 自动 化 的 。 我 们 需要 写 一 个 工具 ， 批 量 更 新 HTML5 短 链接 上 的 
apk 包 。 事 先 需 要 规定 好 渠道 包 的 命名 规范 ， 如 下 所 示 : 


_ 版 本 号 


_App 和 名 称 


,apk 


例如 : ProjectForAntBuild_1.1.0_360android.apk 


那么 我 们 的 批量 打 渠 道 包 工具 ， 束 会 按照 这 个 约定 ， 在 一 个 目 夭 
下 生成 HTML5 短 链接 所 需要 的 所 有 apk。 然 后 推广 人 员 点 击 “ 发 布 ” 按 
钮 ， 就 可 以 把 所 有 的 HTML5 短 链接 都 更 新 为 最 新 的 版 本 。 


[1] 详细 信息 请 参见 博客 园 “ 谦 虚 的 天 下 ”的 文 草 《App 应 用 之 提交 到 各 
大 市 场 力道》 ， 地 址 如 下 
http://www.cnblogs.com/gianxudetianxia/archive/2012/12/05/2803894.html 


8.8 有 灵活 切换 服务 大 


我 们 在 开发 App 功 能 的 时 候 ， 会 使 用 到 MobileAPI 提 供 的 接口 。 但 
实际 的 情况 是 ， 在 我 们 开发 App 新 功能 的 时 候 ， 这 些 接口 有 可 能 还 没 
有 上 线 ， 仅 仅 在 测试 环境 可 以 使 用 。 


一 种 方法 是 把 不 同 环境 的 也 写 到 配置 文件 中 ， 每 次 打包 时 指定 其 
中 一 个 环境 的 IP。 但 这 样 的 缺点 是 每 个 包 只 能 针对 于 一 种 环境 


对 于 Android 我 们 可 以 这 么 做 ， 在 Menu 里 加 入 了 王 的 列表 ， 点 击 其 
中 一 项 后 将 会 把 全 局 变量 Globals.IP 设 置 为 相应 的 IP。 


为 了 每 个 页 面 都 能 切换 服务 器 IP， 我 们 将 这 个 逻辑 封装 到 基 类 
BaseActivity 中 : 


public class BaseActivity extends Activity { 
QOverride 
public boolean onCreateOptionsMenu(Menu menu) { 
super .onCreateOptionsMenu(menu); 
if (Config.isDebug) { 
getMenuInfiater().infiate(R.menu.activity_main, menu); 


return true; 


QOverride 
public boolean onOptionsItemSelected(MenuItem item) { 
Switch (item.getItemId()) { 
case R,id.menu_ip1l: 
Globals.IP = "http:// 212.1.2.3"，; 
break; 
case R.id.menu_ ip2: 
Globals.IP = "http:// 192.168.1.14"; 
break; 
case R.id.menu_ip3: 
Globals.IP = "http:// 192.168.2.28"; 
break; 


default: 
return super.onOoptionsItemSelected(item),; 


return true; 


这 样 做 的 好 处 是 ， 在 任何 页 面 都 可 以 通过 Menu 切 换 IP， 从 而 连接 
不 同 的 环境 ， 马 上 就 会 生效 。 


当然 ， 为 了 避免 正式 版 也 有 这 个 功能 ， 需 要 在 Config 文 件 中 增加 
一 个 开关 isDebug， 只 有 这 个 值 为 tue 时 ， 才 能 在 Menu 中 看 到 那个 按 
钮 。 


相应 的 ， 要 修改 dailybuild.xml 和 batch_build.xml 文 件 ， 以 控制 这 个 
isDebug 开 关 。 这 里 就 不 再 多 说 了 ， 原 理 和 前 面 介 绍 过 的 开关 isMonkey 
相同 。 


8.9 ”单元 测试 


“春色 满 园 关 不 住 ， 一 枝 红 杏 出 墙 来 。* 之 所 以 想起 这 两 句 ， 是 因 
为 虽然 最 近 这 两 周 项 目 紧 张 ， 我 们 一 直 在 赶 进度 ， 但 是 忙里偷闲 ， 我 
们 还 是 做 了 一 件 对 Android 项 目 而 言 很 有 意义 的 事情 ， 那 就 是 单元 测 
试 。 


开始 讲述 我 的 故事 之 前 ， 先 来 扫 扫 盲 : 


-什么 是 单元 测试 ?请 参见 文章 : http://baike.baidu.com/link? 
url=DtllYiDKetRaM2zluKgLG BDGYDYU3gNFzOQnd13i9k7lqnLHEelY 
uoAVd0WwYMy ° 


-TDD (在 微软 时 ， 我 们 戏称 为 “ 跑 弟 弟 ”) 请 参见 文章 : 


http://www.ibm.com/developerworks/cn/linux/l-tdd/index.html 。 


Android 单 元 测试 的 相关 文章 。 请 参见 文章 : 
http://www.oschina.net/question/54100_ 27061 °。 


iOS 单 元 测试 的 相关 文章 。 请 参见 文章 : 
http://blog.csdn.net/fengsh998/article/details/8109293 。 


有 人 认为 单元 测试 (UT) 是 测试 人 员 写 的 ， 错 ! 大 错 特 错 ! ! 测 
试 人 员 可 以 写 TestCase， 写 UAT case， 但 就 是 写 不 来 UT。UT 是 开发 人 
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面试 时 发 现 ， 绝 大 多 数 的 App 开 发 人 员 ， 没 有 写 过 单元 测试 ， 原 因 
有 三 : 


在 客户 端 这 个 领域 ， 业 界 没有 写 UT 的 风气 。 
基于 UI 的 单元 测试 ， 不 知道 怎么 写 。 


高 强度 开发 ， 没 有 时 间 写 UT 。 


其 实 ， 在 客户 端 写 单 元 测试 的 好 处 有 很 多 : 


对 强 减 在 客户 站 中 的 复 淋 逻辑 或 者 算法 ， 如 来 有 相应 的 单元 测 
试 ， 可 以 确保 每 次 小 的 逻辑 变动 ， 而 不 用 再 手动 测试 其 他 情况 ， 只 需 
要 跑 一 授 所 有 的 UT 可 。 


单元 测试 要 求 编 码 时 将 UI 与 业务 逻辑 相 剥 离 。 但 凡 做 不 到 的 ， 都 
征 代码 写 的 有 问题 ， 耦 合 性 太 高 。 

但 是 ， 绝 对 不 能 以 偏 概 全 ， 为 客 尸 端的 所 有 代码 都 加 上 单元 测 
试 ， 那 是 不 现实 的 。 我 的 经 验 是 ， 只 为 那些 复 淋 的 业务 逻辑 (有 很 多 
if-else 分 文 语句 ) 写 单元 测试 。 

下 面 以 验证 吴 份 证 号 码 是 否 有 效 作为 例子 ， 来 介绍 如 何 编写 单元 
测试 。 项 目 请 参见 我 博客 上 的 源码 中 。 


身份 证 的 业务 规则 如 下 所 示 : 


1) 15 位 或 18 位 长 度 。 


2) 15 位 ， 必 须 全 数字 。 


3) 18 位 ， 前 17 位 必须 全 数字 。 


4) 检查 出 生日 期 是 否 为 有 效 的 日 期 。 注 意 18 位 和 15 位 的 取 值 规则 
征 不 一 样 的 。 


5) 检查 18 位 的 最 后 一 位 是 否 有 效 (这 个 值 有 可 能 是 X) 。 


上 述 业 务 逻 辑 的 实现 ， 请 参见 Utils 类 的 isIdCardNumberValid 方 法 。 
可 以 看 到 这 个 方法 非常 复杂 ， 有 太 多 的 计 else 逻 辑 判断 。 动 一 动 牵 发 全 
身 ， 导 致 后面 的 逻辑 有 问题 。 代 码 量 很 大 ， 由 于 我 这 一 节 介 绍 的 是 单 
元 测试 ， 所 以 就 不 贴 出 来 了 ， 大 家 可 以 去 TestCode 项 目下 去 看 具体 的 实 
现 。 


如 采 我 们 想 增加 一 个 新 的 业务 规则 ， 或 者 发 现 某 个 bug 而 对 上 壕 某 
个 规则 进行 了 修改 ， 那 么 该 如 何 确保 其 他 业务 规则 不 受 影响 呢 ? 


只 有 单元 测试 能 解决 这 个 坏 手 的 问题 。 


于 是 我 们 为 每 条 业务 规则 都 准备 了 大 干 单元 测试 用 例 ， 每 次 做 出 
修改 ， 都 把 这 些 用 例 全 都 执行 一 过， 这 些 用 例 集 中 放 在 TestIdCard 类 的 


testIdCard 方 法 中 ， 如 下 所 示 (截取 部 分 代码 ) : 


public void testIdCard() throws Exception { 
// 测试 长 度 为 


9 或 者 输入 为 空 的 情况 


ASssert .assertEquals(AppConstants .IDCARD_LENGTH_SHOULD_NOT_BE_NULL， 
Utils,iIsIdCcardNumberValid(""),getIdCardDesc( ) ) ， 

ASssert ,assertEquals(AppConstants .IDCARD_LENGTH_SHOULD_NOT_BE_NULL， 
Utils.isIdCcardNumberValid(null).getIidCardDesc()); 

// 测试 长 度 不 为 


15 或 者 


18 的 情况 


StringBuilder idCard = new StringBuilder(); 
for (int i = 0; i < 20; i++) { 
idCard.append("1"); 
if (idCard.length() == 15 || idcard, length() == 18) 
continue; 


图 8-8 是 Android 单 元 测试 用 例 的 执行 结 来 ， 标 记 v 的 表示 单元 测试 
通过 ， 标 记 x 表 示 测 试 不 通过 : 


我 们 看 到 ， 具 体 错 误 发 生 在 testIdCard 这 个 方法 上 ， 双 击 它 能 定位 
到 具体 有 问题 的 测试 代码 ， 一 路 跟踪 到 Utils 类 的 isIsSCardNumberValid 方 


法 ， 发 现 问 题 出 在 对 身份 证 号 码 的 最 后 一 位 校 验 上 ， 代 码 中 逻辑 仅 文 
持 小 写 的 x， 对 大 写 X 并 不 文 持 。 


把 这 个 问题 上 升 到 需求 层面 ， 对 于 用 户 而 言 ， 输 入 身份 证 号 码 是 
不 要 去 区 分 大 小 写 的 ， 所 以 这 确实 是 一 个 bug， 于 古 我 们 修改 这 个 逻 
辑 ， 比 较 时 不 区 分 大 小 写 。 再 次 运行 蛙 元 测试 ， 如 图 8-9 所 示 ， 可 以 看 
到 所 有 测试 用 例 部 通过 了 。 


卓 Package Explorer 


Finished after 0.031 seconds 
几 介 本 朋 |% 负 


2/2 BB Errors: 0 Failures: 


Vv et]64ff43f [Runner: JUnit 3] (0.005 s) 
Bcom.example.testcode.TestldCard (0.005 s) 
点 jtestAndroidTestCaseSetupProperly (0.005 s) 
里 jtestldCard (0.000 s) 


图 8-8 单元 测试 的 执行 结 


Runs: 2/2 田 Errors: 0 Failures: 0 


Vv mt] 64ff43f [Runner: JUnit 3] (0.140 s) 
了 Bcom.example.testcode.TestldCard (0.140 s) 
本 testAndroidTestCaseSetupProperly (0.001 s) 
点 |testldCard (0.139 s) 


图 8-9 ”单元 测试 的 执行 结 


通过 编写 单元 测试 发 现 pug、 修 复 bug 的 例子 ， 证 明了 单元 测试 是 
确实 有 很 大 帮助 的 。 


说 起 单元 测试 ， 往 事 历历 在 目 ， 有 甜蜜， 有 心酸 。 接 下 来 是 八卦 
时 间 ， 大 家 可 以 去 抢 沙发 和 板 浣 了。 感谢 读者 们 伦 钱 买 我 写 的 书 ， 接 
下 来 我 给 大 家 分 享 一 个 兰 盘 程序 员 的 故事 。 


话说 我 每 天 加 班 都 要 到 晚上 10 点 多 ， 终 于 有 一 次 约 到 了 女神 吃 
饭 ， 我 还 清晰 地 记得 那 是 第 一 次 下 班 的 时 候 天 还 亮 着 。6 点 半 我 已 经 在 
出 租车 上 了 ， 车 上 还 坐 着 我 的 一 个 兄 第 ， 他 要 足 我 的 车 去 地 铁 站 。 快 
到 目的 地 的 时 候 ， 女 神 微 信 我 说 已 经 在 餐厅 排队 等 位 子 了 ， 再 后 来 跟 


我 说 已 经 排 到 了 位 子 束 等 我 过 去 了 。 这 时 翡 催 的 事情 发 生 了 ， 还 在 公 
司 的 兄 第 打 电 话 来 说 线 上 出 事 了 ， 有 个 模块 频 楷 朋 满 。 我 当时 好 纠结 
啊 ， 去 约会 还 是 回 公司 ? 最 后 还 是 路 唉 牙 ， 让 司机 调头 开 回 公司 。 我 
还 记得 在 出 租车 上 和 女神 解释 放 饮 子 的 原因 的 时 候 ， 女 神 只 回 了 我 六 
个 句号 ， 然 后 束 再 也 没有 然后 了 。 


当然 和 我 同 车 的 那个 兄 种 也 同样 莫 催 ， 因 为 他 被 我 市 回 了 公司 一 
起 查 问题 。 多 年 之 后 ， 我 们 喝酒 时 说 起 这 件 事 ， 仍 然 感 慨 万 干 。 


我 们 到 公司 后 发 现 ， 问 题 时 有 时 无 ， 并 不 稳定 重 现 。 那 是 一 个 用 
Comparator 实 现 的 排序 算法 ， 数 据 源 来 自 MobileAPI， 我 们 要 把 其 中 状 
人 态 为 0 的 数据 都 排 到 前 面 ， 状 态 为 1 的 数据 都 排 到 后 面 。 


但 是 Comparator 排 序 算 法 写 的 有 问题 ， 而 这 个 问题 很 隐蔽 ， 仅 在 某 
些 特定 的 情况 下 才 会 发 生 朋 并， 而 我 们 在 做 功能 测试 时 ， 并 不 包括 那 
等 殊 的 测试 场景 ， 所 以 只 有 等 到 发 版 后 根据 线 上 的 真实 数据 发 现 问 


此 
题 了 。 


想 要 规避 这 种 情况 的 发 生 ， 只 有 和 写 单 元 测试 。 由 开发 人 员 准 备 各 
种 测试 数据 ， 以 证 明 算 法 的 正确 性 。 


[1] 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html 。 


8.10 “本草 小 结 


本 章 介绍 持续 集成 。 持 续集 成 是 个 很 安 大 的 概念 ， 本 章 只 涉及 了 


版 本 管理 策略 、 打 包 、 单元 测试 这 几 部 分 。 


本 章 的 知识 比较 零碎 ， 看 似 和 Android 日 常 开发 工作 关系 不 大 ， 所 
以 很 多 程序 员 不 愿意 涉及 这 个 领域 ， 他 们 更 愿意 埋头 写 儿 个 Activity。 
殊不知 ， 掌 握 了 本 划 的 这 些 技 能 ， 才 能 完成 从 小 工 到 技术 大 和 牛 
想 上 有 的 飞跃 
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第 9 章 ”App 苋 品 技 术 分 析 


我 仔细 研究 了 市 面 上 百 款 App 的 技术 实现 。 管 舌 到 很 多 先进 的 思 
想 和 技术 ， 总 结 到 本 章 中 ， 内 容 很 多 ， 如 安装 包 的 结构 与 大 小 、 开 机 
速度 、HTML5 页 面 的 打开 速度 、 性 能 优化 、 数 据 采集 工具 、ABTest、 
热 修 补 、 模 块 化 拆 分 等 。 布 望 抛 砖 引 玉 ， 使 各 个 公司 能 意识 到 苋 品 分 
析 这 个 重要 领域 ， 成 立 专门 团队 ， 从 产品 和 技术 两 个 维度 进行 部 品 分 
析 的 研究 工作 。 


yy 


我 们 通常 将 同行 业内 苋 争 对 手 的 产品 定义 为 竞 品 ， 所 以 况 品 分 析 
通常 殉 是 分 析 竞 争 对 手 的 产品 。 


对 于 App 而 言 ， 这 样 定 义 竞 品 还 远 远 不 够 。 同 行业 内 的 竞 品 固然 
重要 ， 但 是 对 于 行业 外 的 优秀 App， 对 我 们 而 言 ， 也 是 有 很 大 参考 意 


社区 类 和 视频 类 App， 他 们 的 广告 系统 做 得 是 最 好 的 ， 因 为 他 们 
号 徘 在 App 中 投放 第 三 方 公司 的 广告 来 赚 取 广告 费 ， 这 是 他 们 生存 的 
手段 ， 所 以 一 定 是 伦 大 力气 做 的 。 


电 商 类 (包括 OTA 和 O20O) App 的 产品 详情 页 和 订单 填写 页 做 得 
征 最 好 的 ， 因 为 他 们 要 确保 订单 转化 率 束 靠 产品 详情 页 来 吸引 用 户 眼 
球 ， 靠 订单 填写 页 展 好 的 用 户 体验 来 促进 用 户 下 单 。 


:活动 运营 做 得 最 好 的 仍然 皇 电 商 类 App。 束 车 首页 的 那 几 个 轮 播 
广告 位 ， 能 做 出 各 种 意 想 不 到 的 促销 效果 。 此 外 ， 各 种 秒杀 、 满 减 ， 
也 都 是 电 商 类 App 的 合 手 好 戏 。 


社交 类 App 的 聊天 功能 做 得 是 最 好 的 ， 尤 其 是 高 并 发 的 架构 实 
现 ， 随 着 其 他 行业 App 陆 陆续 续 引 入 在 线 客服 系统 或 者 文 持 用 户 和 商 
家 直接 点 对 点 沟通 ， 一 定 要 学 习 社 区 类 App 的 在 线 聊 天 技术 。 


:新闻 类 App 比 拼 的 是 推送 的 及 时 性 和 到 达 率 ， 所 以 大 都 是 目 己 搭 
建 推送 服务 右 ， 而 不 依赖 于 第 三 方 推送 平台 。 


越 来 越 多 的 App 都 意识 到 数据 的 重要 性 ， 开 始 采集 用 户 行为 数 
据 ， 以 助 于 更 准确 地 做 出 战略 上 的 决策 ， 优 化 目 己 的 产品 和 功能 。 由 
于 这 些 都 涉及 公司 机 密 ， 所 以 往往 不 使 用 第 三 方 的 服务 ， 而 都 是 目 己 
采集 数据 ， 目 己 分 析 。 老 牌 移动 互联 网 公司 在 这 方面 会 比较 有 优势 ， 
毕竟 做 得 入 了 ， 积 素 了 很 多 经 物 。 


综 上 所 述 ， 从 技术 层面 而 言 ， 同 行业 内 葛 争 对 于 的 App 产 品 一 定 
要 经 间 研 究 ， 而 对 于 整个 App 应 用 领域 ， 各 个 行业 都 有 其 优势 ， 我 们 
要 学 习 他 们 各 目的 优点 ， 用 到 自己 的 App 中 ， 这 才 是 竞 品 分 析 的 意义 
所 种 汪 


因此 ， 做 葛 品 分 析 ， 紧 有 盯 着 苋 争 对 手 固然 没 错 ,但 是 只 盯 着 他 
们 ， 束 会 把 目 己 的 帝 格 也 降低 了 。 一 定 要 把 眼界 放大 ， 立 足 于 整个 
App 行 业 ， 一 步 步 的 、 不 知 不 觉 地 束 会 超越 竞争 对 手 ， 目 然 束 会 让 腕 
争 对 手 跟 着 我 们 的 节奏 走 了 。 所 谓 “ 胸 有 和 多大， 舞台 束 有 多 大 ” 束 是 这 
个 道理 。 


于 是 ， 我 把 市 面 上 所 有 优秀 的 App 都 定义 为 我 的 竟 品 。 不 气 乔 山 
河 ， 又 怎 能 兼 济 天 下 ? 


9.1.2” 葛 品 分 析 要 人 研究 的 儿 个 方 回 


对 于 竞 品 ， 我 们 要 研究 其 做 得 好 的 地 方 ， 从 技术 层面 讲 ， 有 以 下 
几 点 是 重点 研究 方向 : 


.为 什么 他 们 的 App 体 积 比 我 们 小 ? 
-为 什么 他 们 的 App 访 问 速度 比 我 们 快 ? 
为 什么 他 们 的 App 不 发 版 也 能 上 新 功能 ? 


-为 什么 他 们 的 App 基 本 残 不 怎么 月 溃 ? 


为 什么 同样 的 产品 ， 我 们 的 价格 更 有 优势 ， 但 是 却 卖 不 过 更 和 争 对 


第 一 次 听 到 “ 竞 品 分 析 ” 这 个 词语 ， 是 从 产品 经 理 的 口中 。 


从 产品 层面 讲 , “ 竞 品 分 析 ” 克 是 把 竞争 对 手 优秀 的 产品 仔细 研究 
一 番 ， 然 后 原封 不 动 照搬 到 目 家 产品 上 “。 这 样 的 抄 委 多 了 ， 以 至 于 几 
年 前 有 分 析 师 在 比较 了 某 个 领域 的 几 炊 App 首 页 后 ， 得 到 的 结论 是 这 
些 App 看 起 来 都 是 同一 个 设计 师 设 计 的 ， 因 为 排版 风格 都 是 一 样 的 。 


对 此 我 也 只 能 呵呵 一 笑 。 我 观察 到 的 情况 是 ， 这 种 通过 竞 品 分 析 
后 抄 获 得 到 的 产品 ， 只 学 习 到 了 人 家 的 皮毛 ， 而 没有 领会 到 产品 内 在 
的 糊 租 ， 以 至 于 产品 上 线 了 ， 但 效果 并 不 如 竞争 对 于 。 因 为 没有 把 “为 
什么 要 这 人 么 做 、 这 样 做 的 好 处 是 什么 ?理解 透 ， 这 承 是 言 目 抄袭 的 后 
果 。 短 期 内 效 采 还 不 明显 ， 因 为 移动 互联 网 现 如 今生 烧 钱 的 时 代 ， 大 
家 都 是 赔本 赚 吃 喝 ， 都 追求 的 是 用 户 量 ， 但 是 等 钱 烧 完 了 开始 追求 利 
润 的 时 候 ， 束 会 发 现 这 种 反 了 歇 。 所 以 研究 部品 ， 如 果 纯 粹 是 为 了 抄 
黎 ， 吏 意义 不 大 了 。 


从 技术 层面 讲 ， 竞 品 分 析 是 为 了 取长补短 。 每 个 App 在 技术 上 都 
有 做 得 好 和 不 好 的 地 方 。 我 们 看 到 了 别人 家 App 的 长 处 ， 束 要 思考 目 
家 App 如 何 取长补短 。 


这 台 是 鲁迅 先生 倡导 的 “* 合 来 主义 ”"， 在 拿 来 的 同时 ， 又 不 能 生 搬 
硬 套 ， 并 不 是 所 有 外 来 的 技术 都 适合 我 们 ， 要 有 选择 地 吸收 。 


9.2 App 安 竣 包 的 结构 
9.2.1 _ Android 安装 包 的 结构 


Android 的 安装 包 是 apk 格 式 的 文件 。 我 们 将 其 后 缀 名 apk 改 为 zip， 
就 可 以 看 到 安装 包 中 的 内 容 。 


AndroidManifest.xml 
assets 

classes.dex 

com 


| 


lib 

META-INF 

org 

res 
resources.arsc 


加 四 上 国 国 国 国 


9-1 Android 安 装 包 解压 后 的 日 录 结 构 


如 图 9-1 所 示 ， 所 有 的 Android 安 狠 包 解压 后 都 具 有 这 样 的 目 了 结 
构 : 


人 简单 介绍 一 下 这 些 目录 和 文件 的 用 途 : 


resources.arscz 这 个 文件 是 编译 后 的 二 进 制 资源 文件 的 索引 ， 也 整 
是 apk 文 件 的 资源 表 (索引 ) 。 


-lib 目录 下 的 子 日 录 armeabi 存 放 有 的 是 一 些 so 文 件 。 


"META-INF 目 隶 下 存放 的 是 签名 信息 ， 用 来 体 证 apk 包 的 完整 性 和 
系统 的 安全 。 但 这 个 目录 下 的 文件 却 不 会 被 签名 ， 从 而 给 了 我 们 无 限 
的 想象 空间 。 


assets 目录 下 面 可 以 看 到 很 多 基础 数据 ， 以 及 一 些 本 地 会 使 用 到 
的 HTML、CSS 和 JavaScript 文 件 。 


res 目录 下 面 的 anim 子 目录 很 值得 研究 ， 这 个 目录 存放 App 所 有 的 
动画 效果 。Android 做 动画 可 以 使 用 xml 来 配置 ， 而 不 是 写 代 码 。iOS 的 
动画 都 是 使 用 代码 写 出 来 的 ， 这 是 件 很 费力 气 的 事情 。 一 种 好 的 解决 
方案 是 ， 在 App 的 Android 版 本 中 找到 某 个 动画 对 应 的 xml， 将 其 翻译 
为 OS 的 动画 语言 即 可 。 


注意 ，res 目 录 中 的 很 多 xml 文 件 打开 后 是 乱码 ， 
AndroidManifest.xml 也 十 如 此 ， 那 是 因为 打包 的 时 候 对 xml 文 件 进行 了 
压缩 ， 所 以 看 到 的 往往 是 全 角 的 字符 和 乱码 ， 不 便于 查找 到 我 们 想 要 
看 的 内 容 。 有 一 球 神 器 用 于 看 到 apk 包 中 正常 的 内 容 ， 


AXMLPrinter2.jar， 它 可 以 将 apk 中 已 经 处 理 过 的 xml 还 原 为 可 读 格 式 。 
命令 如 下 所 示 : 


java -jar AXMLPrinter2.jar AndroidManifest.xml 


9.2.2” iOS 安装 包 的 结构 


iOS 的 安 凌 包 十 ipa 格 式 的 文件 。 我 们 将 其 后 缀 名 ipa 改 为 zip， 束 可 
以 看 到 安装 包 中 的 内 容 。 


国 iTunesArtwork 
国 iTunesMetadata.plist 


EMETA-INF 
和 Payload 


图 9-2 iOS 安装 包 解 压 后 的 目录 结构 
所 有 的 i0S 安 装 包 解压 后 都 具有 如 图 9-2 的 目录 结构 : 


其 中 Payload 目 录 下 是 一 个 包 ， 里 面 有 这 个 App 所 需要 的 所 有 图 
片 、 音 频 、 布 局 文件 、 配 置 文件 和 可 执行 文件 、bundle 文 件 、HTML5 
相关 文件 。 


很 多 png 图 片 是 打 不 开 的 ， 那 是 因为 在 iOS 打 包 时 ， 对 一 部 分 png 
图 片 进行 了 压缩 。 


9.3” 竞 品 拉 术 一 曾 ， 开 机 速度 


无 论 是 哪个 App， 它 的 启动 步 又 部 大 体 相 同 ， 如 图 9-3 所 示 。 


Splash 广 告 引导 页 


图 9-3 App 启动 流程 


我 们 仔细 人 研究 一 下 每 一 步 都 做 了 哪些 事情 : 


1) Splash 广 告 的 逻辑 是 ， 首 次 加 载 App 包 中 的 图 片 ， 同 时 调用 
MobileAPI 的 一 个 接口 ， 获 取 下 一 次 打开 的 图 片 URL， 把 这 张 图 片 存放 
在 本 地 。 那 么 下 次 再 打开 这 个 App 时 ， 就 加 载 这 张 新 图 片 ， 同 时 ， 仍 然 
调用 MobileAPI 的 那个 接口 ， 看 是 否 有 新 的 Splash 图 片 要 下 载 。 为 了 确 
保 首 页 打开 速度 ，MobileAPI 的 这 个 接口 一 定 是 异步 调用 的 。 


2) 引导 页 ， 不 要 超过 4 页 ， 甚 至 4 页 我 都 认为 多 。 最 近 流 行 在 引导 
页 加 入 动画 ， 让 App 变 得 活 凑 生动 一 些 。 因 为 做 原生 动画 比较 耗费 人 力 
和 时 间 ， 所 以 很 多 公司 要 么 不 加 ， 要 么 用 gif 动画 来 实现 。 


3) 进入 首页 之 前 ， 很 多 App 会 要 求 用 户 选 择 所 在 城市 ， 有 的 App 
征 黑 认 选 一 个 城市 进入 ， 有 的 App 则 有 是 异步 定位 当前 城市 ， 同 时 给 用 户 
选择 所 在 城市 的 机 会 。 


4) App 首 页 的 设计 ， 则 经 历 过 几 次 大 的 革命 。 过 去 是 把 公司 的 主 
要 产品 放 在 首页 很 显眼 的 位 置 ， 次 要 产品 则 放 在 二 级 页 面 ， 也 有 的 公 
司 是 每 个 品类 做 一 个 App。 现 在 通用 的 做 法 是 ， 尽 可 能 多 地 把 所 有 产品 
都 显示 在 自 页 ， 会 有 轮 播 广告 ， 会 有 搜索 框 ， 会 有 深 动 条 。 上 自 页 这 个 
位 荀 太 重要 了 ， 只 要 出 现在 冯 页 的 产品 ， 卖 的 都 很 好 。 


以 上 都 是 看 得 见 的 东西 ， 接 下 来 说 一 些 在 后 全 做 的 看 不 见 的 事 


1) 友 盟 打点 统计 ， 统 计 激活 数 。 
2) 注册 推送 。 


3) 如 果 是 从 消息 推送 点 击 进入 的 App， 则 要 根据 推送 协议 ， 跳 转 
到 具体 的 页 面 。 


4) 初始 化 裔 溃 收 集 机 制 ， 如 果 上 次 裔 溃 时 没有 来 得 及 发 送 裔 省 信 
轧 ， 那 么 这 次 发 送 。 

总 结 一 下 上 述 这 些 事情 的 共性 ， 都 是 要 调用 MobileAPI 接 口 获取 数 
据 的 。 为 了 不 影响 首页 打开 速度 ， 这 些 操作 都 是 在 后 台 异 步 执行 的 。 


不 同 公司 的 App， 它 们 所 使 用 的 第 三 方 服 务 不 同 ， 所 以 还 会 做 一 些 
别 的 事情 。 对 于 其 中 比较 耗 时 的 ， 也 都 是 要 放 在 后 台 异 步 执 行 。 


由 此 而 引入 一 款 嗅 探 器 ，WireShark， 也 有 使 用 fiddler 的 。 当 我 们 
试图 探索 别人 家 App 为 什么 首页 加 载 速度 那么 快 的 时 候 ， 使 用 嗅 探 器 可 
以 观察 出 首页 加 载 期 间 该 App 调 用 了 哪些 MobileAPI 接 口 ， 以 及 返回 用 
了 多 长 时 间 ， 下 载 了 哪些 Zip 包 以 及 Zip 包 中 有 哪些 东西 。 


很 多 App 升 级 新 版 本 后 会 直接 般 溃 ， 这 是 程序 员 没 有 做 好 App 兼 容 
导致 的 ， 肯 定 是 上 一 个 版 本 遗留 下 来 什么 脏 数 据 ， 在 升级 后 新 版 本 没 
有 处 理 好 如 何 兼 容 这 些 脏 数 据 束 月 演 了 。 所 以 App 发 版 前 必须 要 做 兼容 
性 测试 ， 以 确保 稳定 性 。 最 好 的 解决 方案 是 ，App 升 级 后 ， 除 了 用 户 信 
居 要 保留 之 外 ， 所 有 遗留 数据 都 要 清除 。 


9.4 竞 品 技术 二 将 : HTML5 页 面 的 打开 速度 
9.4.1 把 HTML5 页 面 蔡 入 到 Zip 包 中 
App 中 会 使 用 很 多 HTML5 页 面 。 我 们 一 般 使 用 内 置 的 WebView 来 


打开 一 个 外 部 的 URL 地 址 ， 这 样 一 来 ， 速 度 束 肯定 不 如 App 原 生 的 页 
面 快 了 。 


我 们 可 以 打开 几 个 App 的 HTML5 页 面 来 进行 比较 ， 差 距 立 刻 就 能 
看 出 来 。 当 年 我 束 古 被 老板 追 着 问 为 什么 竞争 对 手 的 App 打 开 HTML5 
也 就 1~2 秒 ， 而 我 们 的 App 加 载 HTML5 页 面 整 跟 牛 车 一 样 慢 。 


我 看 过 很 多 App 的 内 部 结构 ， 发 现 无 论 是 ipa 还 是 apk 包 中 都 会 有 一 
个 Zip 压 缩 包 ， 里 面 存放 着 要 加 载 的 HTML5 页 面 、 图 片 、CSS 和 JS 文 
件 。App 每 次 启动 的 时 候 ， 会 启动 一 个 线程 ， 异 步 把 Zip 包 解压 到 本 地 
的 某 个 目录 下 ， 然 后 每 次 从 本 地 读 取 HTML5 页 面 ， 这 样 束 不 用 每 次 从 
服务 器 加 载 HTML5 页 面 了 。 


也 许 有 人 会 问 ， 如 果 这 个 Zip 包 里 的 内 容 有 变化 怎么 办 ? 比如 说 新 
增 了 图 片 或 是 修改 了 HTML5 页 面 的 内 容 。 我 们 需要 有 个 版 本 控制 机 
制 。 每 次 加 载 HTIML5 页 面 之 前 ， 先 问 一 下 服务 右 ， 当 前 HIML5 页 面 
的 版 本 是 什么 ， 如 果 与 本 地 保存 的 版 本 号 相同 ， 就 直接 加 载 本 地 的 


HTML5; 否则 ， 束 从 服务 占 重 新 下 载 一 个 新 的 Zip 包 ， 仍 然 解压 到 本 
地 相同 的 目录 下 。 


如 果 客 户 端 目 囊 Zip 包 版 本 比较 旧 ， 那 么 每 个 新 下 载 的 用 户 打 开 
App 都 要 下 载 服务 器 最 新 版 本 的 Zip 包 。 这 样 不 好 ， 会 导致 2ip 包 很 大 ， 
要 下 载 很 信 ， 所 以 每 次 发 版 前 ， 部 要 把 服务 器 上 最 新 的 Zip 压 缩 包 放 到 
App 安 闭 包 中 。 


9.4.2 Zip 包 的 增 量 更 新 机 制 


即使 如 此 ， 每 次 有 新 版 本 的 HTIML5， 都 要 下 载 一 个 最 新 的 Zip 
包 ， 还 是 很 慢 。 为 此 我 们 要 减 小 Zip 的 体积 。 我 们 知道 ，Zip 包 中 包括 
HTML5 页 面 、 图 片 、CSS 和 JS 文件 ， 但 并 不 是 每 次 升级 每 个 文件 都 要 
更 新 ， 我 们 要 把 那些 不 随 版 本 升级 而 变化 的 文件 挑 出 来 ， 压 缩 成 
common.zip， 放 到 App 包 中 ， 仍 然 是 第 一 次 启动 App 后 解压 缩 到 本 地 。 
这 样 每 次 HTML5 页 面 的 版 本 要 升级 ， 确 保 要 下 载 的 Zip 包 中 只 包括 新 
增 的 和 修改 的 文件 就 可 以 了 ， 从 而 确保 了 Zip 包 的 体积 最 小 ， 可 以 快速 
Was 仍然 解压 到 相同 的 目录 下 ， 如 果 有 相同 的 文件 则 将 其 履 

"我们 称 这 种 机 制 为 “ 增 量 更 新 ”。 


我 说 的 这 种 增 量 包 ， 只 包括 新 增 的 和 修改 的 文件 ， 对 于 删除 的 文 
件 ， 我 们 不 用 去 管 它 ， 就 把 它 扔 在 手机 的 本 地 目录 下 好 了 。 


也 许 有 人 会 本， 当 App 正 在 访问 本 地 一 个 HTML 页 面 的 时 候 ， 恰 
好 本 地 解 讨 Zip 包 时 要 履 兰 这 个 文件 ， 那 么 会 不 会 像 PC 机 那样 弹出 个 
窗口 提示 “该 文件 正在 使 用 中 ， 复 制 工 作 不 能 进行 ”? 经 过 测试 ， 在 手 
机 上 不 存在 这 个 问题 。 


束 算 古 增 量 更 新 ， 也 要 控制 增 量 包 的 大 小 在 100KB 以 内 。 


9.4.3 ”制作 Zip 增 量 包 


那么 问题 来 了 ， 如 何 制作 增 量 包 ? 比如 说 ，HTML5 内 置 在 App 中 
的 版 本 号 是 1.0， 两 天 后 线 上 HTML5 版 本 更 新 为 1.1， 于 是 我 们 需要 提 
供 一 个 增 量 压缩 包 供 用 户 下 载 ， 这 是 1.1 和 1.0 之 间 的 增 量 。 又 过 了 两 
天 ， 线 上 HTML5 版 本 更 新 到 1.2 了 ， 因 为 我 们 不 确保 所 有 用 户 的 
HTML5 本 地 版 本 都 从 1.0 升 级 到 1.1 了 ， 所 以 这 时 我 们 就 要 提供 两 个 增 
量 压缩 包 ， 一 个 是 1.2 和 1.1 之 间 的 增 量 包 ， 另 一 个 则 是 1.2 和 1.0 之 间 的 
增 量 包 。 随 着 HTML5 版 本 的 不 断 升 级 ， 每 次 要 生成 的 增 量 压缩 包 会 越 

多 


我 们 不 能 每 次 手动 打 增 量 包 ， 这 是 要 素 死 人 的 。 我 们 需要 记录 每 
个 HTML5 版 本 对 应 的 目录 和 文件 ， 放 到 GIT 服 务 右 上 是 个 不 错 的 选 
择 。GIT 提 供 这 样 的 命令 行 工具 ， 比 较 两 次 提交 之 间 的 区 别 。 此 外 ， 
需要 做 一 个 小 工具 ， 它 具有 一 个 “发 布 ” 按 钮 ， 点 击 这 个 按钮 后 将 会 从 


GIT 服 务 占 中 逐个 比较 当前 版 本 1.2 和 历史 版 本 1.0、1.1 之 则 的 区 别 ， 分 
别 打 包 成 Zip， 然 后 发 布 到 服务 器 上 提供 下 载 。 


这 是 件 很 尝 琐 的 事情 。 但 是 你 会 发 现 ， 虽 然后 合生 成 增 量 压缩 包 
的 逻辑 超级 复杂 ， 但 是 App 的 业务 逻辑 却 非常 简单 了 ，App 只 要 知 道 增 
量 压缩 包 的 下 载 地 址 就 够 了 。 
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即使 如 此 ， 如 果 增 量 包 中 的 图 片 过 多 ， 那 么 这 个 增 量 包 还 是 
大 。 这 时 我 们 就 要 控制 增 量 包 中 图 片 的 数量 ， 只 要 保证 App 首 屏 显 示 
的 图 片 在 增 量 压缩 包 中 即 可 ， 人 至 于 屏幕 外 的 图 片 ， 还 是 使 用 
http://www.aaa.com/aa.jpg 这 样 的 URL， 同 时 要 在 App 的 WebView 控 件 
上 建立 图 片 缓存 ， 以 确保 再 次 访问 这 个 URL 时 不 会 重新 加 载 图 片 浪费 
用 户 的 时 间 和 流量 。 


对 于 后 台 运 富 人 员 ， 她 们 要 经 常 上 一 些 新 活动 ， 以 至 于 每 时 每 刻 
都 有 可 能 更 新 HTML5 的 内 容 并 希望 用 户 能 立刻 看 到 这 些 变化 。 这 时 候 
手动 点 击 Publish 按 钮 束 会 跟 不 上 市 奢 了 。 一 种 好 的 解决 方案 钙 ， 在 服 
务 器 创建 一 个 Task， 每 10 分 钟 执行 一 次 ， 把 这 10 分 钟 内 有 改动 的 内 容 
重 靳 打 增 量 压缩 包 。 服 务 器 端 业 务 逻 辑 仍 然 会 很 复杂 ， 但 是 极 大 地 所 
高 了 客户 问 的 信息 更 新 频率 。 


有 的 HTML5 页 面 会 在 HTML 页 面 中 使 用 AJAX 调 用 网 络 接 口 获取 
数据 ， 当 我 们 将 其 打包 成 Zip 解 压 到 手机 本 地 再 去 加 载 的 时 候 ，AJAX 


为 存在 跨 域 的 问题 而 不 能 访问 到 网 络 接口 数据 ， 这 时 我 们 束 要 同时 
从 App 的 代码 和 HTML 的 代码 进行 配置 ， 才 能 解决 这 个 问题 。 


9.4.4 ”使 用 WebView 预 完 加 载 HTML5 并 绥 存 到 本 地 


前 面 的 设计 太 复 洒 了 。 


为 了 快速 加 载 HTIML5， 我 们 可 以 答 试 多 种 方法 。 比 如 ， 利 用 
WebView 控 件 的 缓存 技术 。 如 果 在 App 的 某 个 页 面 设置 了 WebView 的 
缓存 ， 那 么 再 次 打开 相同 的 URL 时 ， 如 果 没 有 过 期 ， 就 会 使 用 本 地 的 
缓存 数据 。 但 即使 如 此 ， 也 不 能 解决 第 一 次 加 载 HIML5 时 很 慢 的 问 
题 ， 但 是 我 们 可 以 在 上 一 个 页 面 创建 一 个 webView， 让 它 预 移 加 载 这 
个 URL， 这 样 就 能 提前 把 HTML5 页 面 缓存 到 本 地 ， 一 定 要 记 住 ， 要 把 


这 个 WebView 设 置 为 不 可 见 ， 否 则 束 露 路 了 。 


这 样 做 虽然 大 幅 所 升 了 HTML5 加 载 的 速度 ， 但 是 却 非常 耗 流量 ， 
采用 这 个 策略 的 时 候 要 谭 慎 。 


9.5.1 从 几 件 小 事 说 起 


春节 在 家 帮 姐 姐 的 iPhone 手机 安装 市 面 上 形形色色 的 App， 有 忘记 她 
是 使 用 4G 流 量 包 月 了 ， 于 是 在 下 载 了 10 个 App 后 ， 不 但 耗 尽 了 流量 ， 
还 按照 0.3 元 / 兆 的 价格 扣 了 七 八 十 元 的 流量 费 。 后 来 我 检查 了 这 几 个 
App 的 体积 ， 发 现 每 个 App 体 积 都 是 40~50MB 的 样子 ， 这 让 我 很 吃惊， 
因为 我 记得 两 年 前 这 些 App 也 就 在 10~20MB 的 样子 。 


另 一 件 记 忆 狂 新 的 事情 ， 是 去 公园 景点 游玩 ， 当 时 公园 门口 有 个 
活动 “ 扫 二 维 码 下 载 App 下 单 立 减 10 元 ”"， 但 是 我 发 现下 载 这 个 40MB 的 
App 要 花费 12 元 的 流量 ， 这 样 其实 是 要 额外 多 花 2 元 钱 ， 所 以 “ 扫 码 立 
减 ”这 件 事 情 对 于 我 这 种 “小 市 民 *” 而 言 是 很 不 划算 的 。 


由 此 而 得 到 一 个 结论 ，App 安 装 包 的 体积 一 定 要 小 ， 至 少 要 比 苋 争 
对 手 的 App 体 积 小 。 


对 于 Android 而 言 ， 国 内 的 各 大 市 场 商 店 已 经 发 现 这 个 问题 了 ， 所 
以 对 于 用 户 升 级 App， 会 为 每 个 App 提 供 增 量 下 载 的 功能 ， 所 以 App 夏 
本 升级 不 再 古 几 十 洲 的 流量 ， 而 只 是 下 载 1~2MB 的 增 量 包 束 能 升级 到 
最 新 版 本 ， 这 样 就 极 大 节省 了 流量 。 吕 


对 于 iOS 而 言 ，AppStore 从 iOS6 开 始 提供 增 量 更 新 功能 。 对 于 iOS 
6.x 和 iOS7.0， 只 要 有 文件 改动 过 ， 这 个 文件 就 会 进入 到 增 量 更 新 包 
中 ， 比 如 说 1 个 10MB 的 文件 ， 只 改动 了 1KB 的 内 容 ， 这 个 10MB 文 件 就 
会 进入 到 增 量 更 新 包 中 ， 包 还 是 很 大 。 到 了 iOS7.1 及 更 高 版 本 ， 这 个 机 
制 进行 了 改良 ， 它 会 把 这 1KB 的 改动 内 容 放 到 增 量 更 新 包 中 ， 从 而 极 
大 地 减少 了 增 量 更 新 包 的 大 小 ， 但 是 安装 的 时 候 会 变 慢 ， 因 为 要 把 这 
1IKB 的 改动 内 容 合 并 到 10MB 文 件 中 ， 这 是 个 很 繁琐 很 费时 的 工作 。 吕 


尽管 如 此 ， 以 上 种 种 措施 只 能 解决 升级 用 户 的 流量 困扰 ， 对 新 用 
户 并 无 帮助 。 我 们 必须 减 小 安装 包 的 大 小 ， 才 能 吸引 更 多 的 新 用 户 。 


9.5.2 ”安装 包 为 什么 那么 大 


征 什么 让 App 安 装 包 的 体积 变 得 如 此 之 大 ? 


我 们 在 前 面 的 章节 看 到 了 iOS 和 Android 安 装 包 的 内 部 结构 ， 对 于 
可 执行 文件 ， 我 们 无 能 为 力 ， 对 于 xml 文 件 ， 这 些 文件 在 App 打 包 压 缩 
后 会 极 大 减 小 体积 ， 所 以 也 不 用 管 它 们 ; 那么 吏 只 能 在 独 片 和 音频 文 
件 上 做 文章 了 。 


各 位 读者 看 到 这 里 ， 都 请 停 下 手中 的 工作 ， 检 查 一 下 自家 App 包 中 
图 片 和 音频 文件 的 大 小 。 图 片 但 凡是 大 于 1MB 的 ， 都 是 需要 瘦身 的 。 
对 于 500KB~1MB 这 个 区 间 内 的 ， 也 有 瘦身 的 可 能 。 我 研究 过 很 多 知名 


的 App， 其 中 有 很 多 图 片 都 在 2~3MB 的 样子 ， 其 实 真 没 有 必要 ， 之 所 以 
这 么 大 ， 是 因为 UI 设计 人 员 提 供 的 设计 稿 就 是 这 么 大 ， 开 发 人 员 拿 过 
来 也 不 看 文件 体积 大 小 直接 吏 往 项 目 里 放 ， 和 久而久之 ，App 包 的 体积 束 
入 Ts 


在 众多 App 之 中 ， 我 印象 最 深 的 是 一 球 旅 游 类 软件 ， 它 的 所 有 图 片 
都 不 超过 100KB， 其 至 说 50KB 以 上 的 图 片 都 屈指 可 数 。 这 是 把 品质 做 
到 家 的 表现 。 


接 下 来 说 音频 文件 ， 对 于 应 用 类 App 而 言 ， 我 见 到 的 大 都 是 App 推 
送 时 发 出 的 声音 ， 这 个 声音 很 简单 ， 不 应 该 超过 10KB。 但 我 在 很 多 
App 中 看 到 的 音频 ， 都 在 100KB 左 右 。 这 有 是 我 们 优化 的 一 个 方向 。 网 上 
有 很 多 这 样 的 软件 ， 可 以 对 音频 进行 大 幅 压 缩 。 


9.5.3 ”png 和 和 jpg 的 区 别 及 使 用 场景 
设计 师 曾 经 问 过 我 ，App 为 什么 不 使 用 jpg 图 片 ， 因 为 同样 的 尺 
寸 ，png 格 式 的 图 片 要 比 jpg 图 片 大 很 多 。 


众所周知 ，png 有 透明 通道 ， 而 jpg 没 有 ， 此 外 png 是 无 损 压 缩 的 ， 
而 jpg 是 有 损 压 缩 的 ， 所 以 png 中 存储 的 信息 会 很 多 ， 体 积 目 然 就 大 了 。 


但 是 手机 却 仿 仿 对 png 情 有 独 钟 ， 会 对 其 进行 硬件 加 速 ， 所 以 我 们 
会 发 现 ， 同 样 一 张 背 景 图 ，png 虽 然 体积 比 jpg 大 但 是 加 载 速 度 却 要 快 一 
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综 上 所 述 ， 对 于 App 包 中 的 图 片 ， 我 们 都 使 用 png 格 式 的 ， 而 对 于 
要 从 网 上 加 载 的 图 片 ， 考 虑 到 流量 以 及 下 载 速度 ， 则 使 用 jpg 格 式 的 ， 
因为 它 有 较 高 的 压缩 率 ， 体 积 很 小 。 


但 是 对 于 至 景 图 、 引 导 页 ， 这 种 大 尺寸 的 图 片 ， 我 们 还 是 倾向 于 
使 用 jpg 格 式 ， 虽 然 加 载 慢 一 些 ， 但 是 体积 小 ， 减 少 了 包 的 体积 。 我 看 
过 的 App 基 本 都 是 这 么 做 的 。 


对 于 Splash 广 告 图 ， 就 古 那 个 每 次 开启 App 一 内 而 过 的 广告 ， 由 于 
我 们 隔 三 岔 五 束 要 从 线 上 下 载 新 的 广告 图 并 展示 在 Spalsh 页 面 上 ， 所 以 
这 里 使 用 pg 格式 的 图 片 。 


对 于 iOS， 苹 果 规 定 启 动 页 (Launch image) 必须 是 png 图 片 ， 否 则 
审核 时 就 会 被 拒 。 


Google 后 来 发 布 了 一 种 新 的 图 片 格式 ，WebP， 它 的 压缩 率 比 jpg 更 
好 ,已 经 慢 慢 普及 。Android 目 然 古 支持 的 ，iO0S 想 要 使 用 这 种 格式 的 
图 片 ， 需 要 在 程序 中 引入 WebP 解 码 器 


9.5.4 Splash、 引导 图 和 背景 图 


通过 对 50 多 球 App 中 的 图 片 逐个 分 析 ， 我 发 现 有 3 种 比较 典型 的 场 
景 ， 天 多 数 公司 的 解决 方案 是 雷同 的 : 


1) Splash 默 认 广 告 是 体积 最 大 的 ， 而 且 对 应 不 同 机 型 ， 要 做 多 
套 ， 根 据 我 的 经 验 ， 每 张 图 控制 在 300~500KB 左 右 就 可 以 了 。 分辨 率 
再 高 ， 对 于 手机 而 言 ， 看 不 出 效果 。 


2) 引导 图 ， 设 计 师 每 次 都 会 给 几 张 高 分 辩 率 的 图 片 ， 然 后 程序 员 
不 加 思索 地 直接 放 到 App 里 ， 这 样 App 体 积 目 然 就 变 大 了 。 其 实 ， 仔 细 
观察 ， 你 会 发 现 ， 为 了 保持 风格 统一 ， 这 些 图 片 的 痛 景 都 是 一 样 的 。 
所 以 我 们 完全 可 以 这 样 做 ， 比 如 说 育 景 上 有 一 只 小 免 子 : 


把 痛 景 与 小 兔子 拆 分 成 2 张 图 片 。 如 琳 男 一 个 引导 图 的 背景 上 有 一 
只 小 鸭子 ， 那 么 就 只 需要 这 张 小 网 子 的 图 片 了 ， 背 景 图 可 以 复 用 。 


-根据 分 辩 率 ， 动 态 放 和 置 小 倪 子 的 位 置 ， 动 态 拉 伸 至 景 图 ， 使 之 销 
满 整个 屏 融 。 


3) 对 于 背景 图 ， 为 了 达到 一 种 视 江 效 果 ， 这 张 图 片 经 党 被 添加 虚 
化 等 效 末 ， 有 既然 如 此 ， 没 有 必要 做 得 太 清 晰 ， 应 该 控制 在 50KB 左 右 ， 
看 到 很 多 App 中 类 似 的 背景 图 都 在 I1MB 左 右 ， 实 在 没有 必要 。 背 景 图 一 
般 使 用 pg 文件 。 


9.5.5 ”iOS 的 1 们 图、2 倍 图 和 3 倍 图 


iOS 不 使 用 像素 作为 单位 ， 而 是 使 用 点 这 个 单位 ， 对 于 iPhone4 及 之 
后 ，1 点 等 于 2 个 像素 ， 而 对 于 iPhone3GS 及 之 前 ，1 点 等 于 1 个 像素 。 这 
样 瓯 保证 了 之 前 在 iPhone3GS 上 运行 的 App， 不 用 修改 也 能 在 iPhone4 上 


运行 。 回 


但 是 原先 适用 于 iPhone3GS 的 图 片 ， 比 如 a.png 的 尺寸 是 30x40 像 
素 ， 在 iPhone4 中 看 起 来 束 模 糊 了 。 于 是 我 们 必须 为 a.png 再 准备 一 张 
60x80 像 素 的 图 片 ， 命 名 为 a@2x.png， 也 放 到 App 项 目 中 ， 这 样 App 在 
运行 时 会 根据 屏幕 是 否 为 iPhone3GS 来 选择 相应 的 图 片 。iPhone3GS 会 
选择 apng，iPhone4 会 选择 a@2x.png。 对 于 iPhone4 而 言 ， 如 果 没 有 这 张 
2 倍 图 ， 则 选择 a.png， 所 以 就 模糊 了 。 


iPhone4S、iPhone5、iPhone5c、iPhone5s、iPhone6， 它 们 都 使 用 
a@2x.png 这 张 2 倍 图 。 


直到 iPhone6 Plus， 才 需要 提供 a@3x.png 的 图 片 。 如 果 没 有 这 张 3 倍 
图 呢 ， 它 会 选择 1 倍 图 或 2 倍 图 ， 我 尝试 过 只 有 2 倍 图 的 情况 ， 在 iPhone6 
Plus 上 确实 是 模糊 的 效果 。 


那么 问题 就 来 了 ， 我 们 需要 为 每 张 图 都 提供 1 倍 图 、2 倍 图 和 3 倍 图 
这 3 张 图 片 吗 ? 


我 看 到 一 款 国际 版 的 App 是 这 么 处 理 图 片 的 。 它 在 提供 了 多 国语 言 
文字 的 同时 ， 还 为 每 张 图 片 生 成 了 1 倍 图 、2 倍 图 和 3 倍 图 。 这 就 导致 了 


这 歌 App 的 体积 非常 大 。 看 上 去 有 点 “宁可 错 攻 一干， 不 可 放 走 一 个 ”的 
感觉 ， 但 只 要 反 过 来 想 ， 图 片 一 张 也 不 缺 ， 永 远 不 会 模糊 。 


我 查看 过 很 多 App 的 图 片 ， 发 现 1 倍 图 铺天盖地 ， 但 并 不 是 每 张 1 倍 
图 都 有 相应 的 2 倍 图 和 3 倍 图 ， 或 者 是 只 有 相应 的 2 倍 图 而 没有 3 倍 图 ， 
当然 ， 也 有 只 存在 2 倍 图 和 3 倍 图 而 找 不 到 1 倍 图 的 情况 。 图 片 管理 五 花 
八 门 ， 乱七八糟 。 


但 是 在 中 国 ， 可 不 是 这 样 哦 。 我 看 过 友 盟 给 出 的 数据 报告 ， 中 国 
iPhone3GS 用 户 不 足 0.19%。 于 是 ， 我 有 一 个 大 胆 的 设想 ， 束 是 把 iOS 
App 的 包 中 所 有 的 1 倍 图 都 干掉 ， 为 每 张 图 生成 2 倍 图 和 3 倍 图 。 


很 多 公司 都 有 根据 1 倍 图 批量 生成 2 倍 图 和 3 倍 图 的 工具 ， 我 也 曾 用 
C# 写 过 一 个 。 但 是 我 发 现 有 问题 ， 并 不 十 每 张 图 片 转换 后 部 清晰 ， 天 
量 图 可 以 拉 伸 ， 但 古 拉 伸 位 图 束 会 失真 。 当 我 反 过 来 根据 3 信和 图 批量 生 
成 1 售 图 和 2 信和 图 时 ， 却 发 现 位 图 可 以 压缩 ， 而 矢量 图 压缩 后 会 失真 。 
于 是 一 种 好 的 解决 方案 是 ， 先 把 所 有 图 片 按照 位 图 和 矢量 图 进行 分 
类 ， 属 于 矢量 图 的 ， 要 提供 1 信和 图 ， 然 后 批量 转换 为 2 倍 图 和 3 售 图 ;而 
属于 位 图 的 ， 则 提供 3 信 图 ， 然 后 批量 转换 为 1 倍 图 和 2 信和 图 。 


这 个 解决 方案 并 不 能 有 效 减 小 OS 包 的 体积 ， 说 不 定 反 而 会 增 大 包 
的 大 小 ， 但 是 却 能 系统 地 对 图 片 进行 管理 ， 从 而 确保 每 张 图 片 部 是 清 
晰 的 。 


9.5.6 ”在 iOS 中 进行 图 片 拉 伸 和 旋转 


在 Android 技 术 领 域 ,流行 .9 图 这 个 概念 ， 从 而 极 大 地 市 省 了 图 片 
的 体积 。iOS 其 实 也 可 以 这 么 干 ， 使 用 iOS 的 图 片 拉 伸 语 法 ， 可 以 把 一 
张 .9 图 铺 满 一 个 区 域 ， 比 如 说 按钮 ， 如 下 所 示 : 


(UIImage *)resizableImagewithCapInsets:(UIEdgeInsets)capInsets 


其 中 capInsets 这 个 参数 是 一 个 UIEdgeInsets 类 型 的 结构 体 ， 被 
capInsets 黎 盖 到 的 区 域 将 会 保持 不 变 ， 而 未 履 盖 到 的 部 分 将 会 用 于 平 
铺 。 


以 上 这 个 方法 只 适用 于 iOS5.0 及 以 上 版 本 ，5.0 以 下 版 本 有 男 外 的 
解决 方案 ,但 是 目前 国内 的 App 部 只 文 持 5.0 以 上 版 本 了 ， 所 以 这 里 我 
下 不 提 及 了 。 


对 于 箭头 ， 更 没 必要 准备 上 下 左右 4 张 图 片 ， 准 备 一 张 图 片 就 够 
了 ， 使 用 的 时 候 在 方向 上 进行 旋转 即 可 。 


9.5.7 “使 用 XML 配置 动画 


动画 主要 用 在 引导 图 中 以 及 加 载 进度 条 上 。 


做 应 用 类 App 的 开发 人 员 做 动画 不 是 很 在 行 ， 所 以 他 们 会 要 求 设计 
师 提供 gif 格 式 的 动画 ， 或 着 二 十 多 张 图 片 进行 轮 播 ， 以 达到 gif 动 画 的 
效果 ， 殊 不 知 ， 在 编程 上 人 简单 了 ， 但 是 App 的 体积 却 相应 变 大 了 。 


比较 简单 的 解决 方案 是 ， 减 少 动画 中 的 关键 帧 ， 来 降低 动画 的 大 


小 。 


稍微 正规 一 点 ， 还 是 要 使 用 原生 的 Android 或 OS 原生 代码 来 实 
现 。 任 何 复 杂 的 动画 ， 部 是 由 四 种 位 持 的 动画 组 成 的 ， 分 别 是 : 移 
动 、 旋 转 、 缩 放 、 渐 变 。 在 Android 中 ， 是 使 用 XML 来 配置 的 ， 上 壕 这 
四 种 简单 动画 都 有 对 应 的 XML 语 法 ， 可 以 很 快 拼 竣 出 一 个 复杂 的 动 
画 ; 而 对 于 iOS， 只 好 使 用 编码 方式 了 。 


我 们 为 什么 不 仿照 Android 的 XML 动画 实现 技术 ， 为 iDS 也 量 号 定 
制 一 套 XML 的 动画 标签 呢 ?从 而 不 用 写 任 何 Objective-C 代 码 ， 配 置 几 
行 XML 束 展现 一 个 动画 。 


我 见 过 一 家 App 束 是 使 用 这 个 思想 在 plist 中 配置 属性 来 做 iDS 动 画 
的 ， 如 图 9-4 所 示 ， 残 是 一 个 平移 的 动画 。 


了 animation1 Dictionary 
startX Number 
endX Number 
startY Number 
endY Number 
imageURL String 
duration Number 


delay Number 


图 9-4 配置 文件 中 的 平移 动画 


(7 items) 
2.8 

1 

1.2 

1:2 


基于 这 个 配置 ， 还 需要 有 一 个 动画 引擎 ， 来 解析 这 个 配置 文件 ， 
将 其 翻译 成 Objective-C 原 生 语 言 。 在 设计 模式 中 ， 我 们 称 之 为 解释 天 


模式 。 


不 单 如 此 ， 我 还 需要 有 个 测试 页 面 ， 通 过 在 这 个 页 面 中 修改 动画 
的 属性 ， 然 后 点 击 按钮 能 立刻 看 到 改动 后 的 效果 ， 而 不 需要 重新 运行 


App 程 序 。 点 个 按钮 束 能 执行 输入 框 中 的 XML 脚 本 。 


使 用 上 述 的 若干 方法 ， 我 们 可 以 把 1 个 500KB 左 右 的 gif 文 件 ， 减 小 


到 50KB 的 几 张 图 片 ， 并 且 极 大 地 节省 了 而 开发 成 本 。 


9.5.8 ”iOS 使 用 storyboard 还 是 xib 


抱 菊 ， 我 始终 不 喜欢 storyboard， 但 是 存在 即 合理 。 我 曾经 认为 
storyboard 比 xib 大 ， 是 导致 iDS 安 装 包 体积 变 大 的 一 个 原因 ， 于 是 我 做 
了 一 件 探索 性 的 工作 ， 就 是 把 storyboard 中 的 页 面 拆 分 为 若干 个 xib 文 
件 ， 然 后 重新 打包 ， 但 是 结果 却 是 前 后 大 小 一 致 。 


结论 是 ， 是 否 使 用 storyboard， 对 ipa 包 大 小 没有 影 啊 。 
9.5.9 ”字体 文件 的 学 问 


我 在 某 个 ipa 包 中 发 现 了 ttf 格 式 的 字体 文件 。 起 初 还 以 为 是 他 们 的 
App 使 用 了 某 种 特定 字体 ， 但 打开 这 个 ttf 文 件 后 才 发 现 ， 这 里 面 存放 的 
居然 古 图 片 ， 如 图 9-5 所 示 。 


VY《2 八 会 作 


图 9-5 字体 文件 中 的 icon 图 片 


每 个 icon 对 应 一 个 十 六 进 制 的 数字 ， 比 如 第 一 个 是 \Ue600， 这 个 值 
是 唯一 的 。 


观察 这 个 字体 文件 ， 我 们 看 到 所 有 的 icon 具 有 以 下 共性 : 


:这些 icon 都 是 单 色 的 ， 可 以 在 App 中 的 页 面 里 设置 这 些 icon 为 其 他 


:这些 icon 可 大 可 小 ， 因 为 它们 是 一 种 “字体 ”， 了 字体 古 矢 量 图 ， 所 以 
拉 伸 不 会 失真 。 


-这 个 ttf 文 件 体 积 很 小 ， 比 做 成 单独 的 png 图 片 要 小 。 


有 人 立刻 就 会 联想 到 iOS 的 1 们 图 、2 倍 图 和 3 倍 图 ， 每 次 都 要 准备 3 
张 图 片 ， 分 别 适 用 于 不 同 的 手机 型 号 。 如 采 做 成 一 个 字体 ， 吏 可 以 城 
少 体积 ， 再 也 不 用 设计 @2x 和 @3x 两 套图 了 一 一 这 种 方案 仅 限于 单 色 图 
业 忆 


我 们 一 般 到 下 壕 网 站 来 把 单 色 icon 转 换 成 字体 文件 : 
https://icomoon.io 。 或 者 使 用 FontLab 这 样 的 工具 目 己 来 制作 。 


接 下 来 我 们 来 看 如 何在 App 中 推广 这 门 技 术 。 
1) Android 


首先 把 这 个 字体 文件 放 到 assets 目 录 下 ， 如 图 9-6 所 示 : 


图 9-6 assets 目 杂 下 的 字体 文件 


授 下 来 ， 我 们 将 icon 和 十 六 进 制 编码 的 映射 天 系 休 存在 drawable 次 
源 文件 中 : 


<string name="font_icon_1_normal"> 


</string> 
<string name="font_icon 1 pressed"> 


</string> 


这 样 束 可 以 使 用 R.id.font_ icon _1_normal 这 样 的 语法 来 取出 这 个 图 
J 
TextView textView1 = (TextView) findViewById(R.id.textView1); 
Typeface font = Typeface.createFromAsset( 
getAssets(), "icomoon.ttf"); 
textViewi1.setTypeface(font); 
textViewi1.setTextSize(12); 


textViewi1.setText( 
getResources().getSstring(R.string,.font_icon_ 1_ normal)); 


也 可 以 将 其 设计 为 一 个 Drawable 对 象 ， 然 后 设置 给 ImageView 这 样 
的 控件 。 


2) 对 于 iOS， 实 现 思路 差不多 。 


首 移 我 们 要 把 icmoonttf 文 件 深 加 到 项 目 中 ， 如 网 9-7 所 示 。 


UselconlnTTF 
y 图 ] target,ios SDK 6.0 


了 | 了 UselconlnTTF 
\ icomoon.ttf 
Im TTFConstants.h 


Im AppDelegate.h 


ml AppDelegate.m 
hi ViewController.h 
m ViewController.m 
同 ViewController.xib 
Vv| |Supporting Files 
园 UselconInTTF-Info.plist 


图 9-7 UselIconInhTTF 中 的 icomoon.ttf 文 件 


在 Supporting Files 目 好 下 的 UserlIconInTTF-Info.plist 文 件 中 ， 增 加 
一 个 配置 ， 类 型 指定 为 Fonts provided by app-lication， 在 其 中 添加 对 
icomoon.ttf 字 体 文件 的 声明 ， 如 图 9-8 所 示 。 


V Information Property List Dictionary (14 items) 


V Fonts provided by application “四 上 日 Array (1 item) 
ltem 0 String icomoon.ttf 


图 9-8 在 UseIconInTTEF-Info.plist 配 置 icomoonttf 


与 Android 类 似 ， 为 了 不 直接 使 用 \ue605 这 样 的 十 六 机 制 编码 数 
我 们 将 icon 和 十 六 进 制 编码 的 映射 天 系 定 义 为 一 个 宏 


el 


TTFConstants: 


#define font_icon_1 normal "\ue605" 
#define font_icon 1 pressed "\ue606" 


授 下 来 只 要 两 行 代码 束 能 显示 这 个 字体 文件 中 的 图 片 : 


[self.label1 setFont:[UIFont fontwithName:@"icomoon" size:12]]; 
[self.label1 setText: 
[NSString stringwithUTF8String: font_icon_1 normal]]; 


9.5.10 “表情 图 片 打包 下 载 


对 于 表情 图 片 。 很 多 App 中 集成 了 聊天 功能 ， 有 了 聊天 ， 目 然 束 要 
提供 各 种 表情 图 片 ， 有 静态 图 png， 也 有 动画 gif， 虽然 每 个 都 不 大 ， 但 
征 数 量 多 啊 ， 都 打 到 包 里 面 一 起 发 布 ， 会 直接 导致 包 变 大 。 


考虑 到 实际 的 场景 ， 用 户 不 会 一 打开 App 融 使 用 聊天 功能 ， 所 以 我 
们 可 以 把 这 些 表 情 图 片 打包 成 一 个 Zip 包 ， 在 局 动 App 的 时 候 ， 在 一 个 
新 的 线程 中 异步 下 载 这 个 Zip 包 然后 解压 到 本 地 。 这 样 以 后 聊天 的 时 候 
束 可 以 使 用 本 地 的 图 乒 了 。 对 此 ， 我 们 要 做 好 版 本 增 量 升 级 功能 ， 以 
确保 有 新 表情 图 片 的 时 候 也 能 下 载 到 本 地 后 使 用 。 


9.5.11 清除 未 使 用 图 片 


对 于 Android 而 言 ，Eclipse 可 以 目 动 检查 出 哪些 图 片 没有 用 到 。 


对 于 ioOS 而 言 ， 则 需要 写 个 小 程序 ， 逐 一 检查 哪些 图 片 没有 使 用 
到 ， 注 意 ， 对 于 a@2x.png 和 a@3x.png 的 处 理 ， 要 先 将 @2x 和 @3x 过 小 
掉 。 


无 论 是 Android 还 是 iOS， 即 使 发 现 到 宛 余 图 片 ， 也 不 能 直接 删 
除 ， 因 为 我 们 的 程序 经 常会 在 代码 中 动态 决定 要 显示 哪些 图 片 ， 我 们 
只 能 检查 这 些 图 片 在 版 本 库 的 修改 历史 ， 来 决定 这 些 图 片 是 否 真 的 不 
需要 了 。 


9.5.12 ”Proguard 不 只 是 用 来 混 消 的 


一 提起 Android 中 的 Proguard， 我 们 首先 想到 的 是 代码 寓 消 ， 那 是 
为 我 们 要 经 党 去 修改 proguard.cfg 文 件 ， 去 keep 那 些 不 需要 被 混 消 的 
类 和 方法 。 


其 实 ，Proguard 还 能 瘦身 apk， 在 打包 时 它 会 帮忙 检查 那些 不 使 用 
的 类 和 方法 ， 将 其 移 除 。 最 有 效 采 的 吏 是 那些 第 三 方 SDK 了 ， 比 如 说 
aSmack 这 个 用 于 xmpp 的 SDK 有 几 万 个 方法 ， 但 其 实 我 们 只 使 用 其 中 很 
小 的 一 部 分 。Proguard 会 帮助 我 们 把 不 使 用 的 部 分 移 除 ， 从 而 极 大 地 减 
小 了 apk 的 体积 。 


9.5.13 ”在 iOS 中 使 用 pdf 格 式 的 图 片 


在 癸 完 各 家 App 的 过 程 中 ， 我 发 现 某 葡 App 的 ipa 文 件 中 有 几 张 pdf 
格式 的 图 片 。 


在 研究 中 还 发 现 ， 有 几 款 App 的 ipa 包 中 的 每 张 图 片 都 做 成 imageset 
的 形式 ， 每 个 imageset 目 录 中 都 同时 存在 这 张 图 片 的 1 倍 图 、2 倍 图 和 3 
倍 图 ， 如 图 9-9 所 示 。 


v MM a.imageset 
四 a.png 


是 a@2x.png 
量 a@3x.png 
自 Contents.json 


图 9-9 ”cancelSelectedListBtn.imageset 目 录 下 的 3 张 图 片 


上 述 这 两 件 看 似 无 关 的 事情 ， 其 实 是 使 用 了 iOS 的 一 个 新 技术 。 让 
我 们 从 这 些 蛛 丝 马 迹 中 探索 隐 。 


我 请 设计 师 把 这 几 张 pdf 图 片 做 成 同样 的 png 图 片 ， 体 积 相 苇 不 大 ， 
所 以 和 png 相 比 毫 无 优势 。 由 于 这 个 App 的 ipa 包 中 有 几 百 张 图 片 ， 其 中 
只 有 这 3 张 图 片 是 pdf 格 式 的 ， 所 以 我 怀疑 ， 这 只 是 他 们 的 新 技术 尝试 。 


再 观察 imageset 目 永 下 的 那 3 张 图 片 ， 我 发 现 每 张 图 片 都 是 这 样 
的 。 这 不 由 使 我 意识 到 ， 一 定 是 用 了 什么 工具 ， 一 次 性 生成 的 这 些 图 
片 。 


搜索 关键 字 ios+pdf， 直 到 找到 “Using Vector Images in Xcode 6” 这 
篇 文章 所 ， 才 发 现 这 是 i0S8 才 出 现 的 一 种 新 技术 ， 只 能 在 XCode6 上 使 


鹉 


在 这 里 简单 介绍 一 下 这 | 技术 ， 先 绘制 一 张 pdf 天 量 图 ， 然 后 
XCode6 在 编译 的 时 候 ， 会 生成 3 张 pdf 格 式 的 图 片 ， 分 别 是 1 倍 图 、2 信 
图 、3 们 图。 这 样 束 避 人 免 了 图 片 不 全 导致 的 模糊 ， 也 避免 了 每 次 都 要 设 
计 师 准备 3 套图 的 麻烦 。 


但 是 ， 我 们 为 什么 要 在 用 户 的 iPhone 上 装 一 些 永 远 用 不 到 的 图 片 
呢 ? 苹果 敏 费 否 心 搞 出 来 这 样 一 | 技术， 仍然 没有 解决 App 体 积 日 蔡 脱 
胀 的 现实 ， 而 且 这 门 技术 只 会 让 App 的 体积 变 得 更 庞大 一 一 而 这 才 是 用 
尸 的 痛 点 所 在 。 是 否 可 以 让 App 中 只 包括 pdf 天 量 图 ， 只 有 在 用 户 下 载 
完 App 开 始 安 汉 的 时 候 ， 才 根据 用 户 的 机 型 ， 把 pdf 转 换 为 相应 的 图 
片 ， 比 如 iPhone 6+ 上 App 生 成 的 图 片 就 是 3 倍 图 。 


苹果 公司 在 iOS9 中 推出 了 App 瘦 身 功 能 ， 据 说 能 大 幅 减 少 要 下 载 的 
App 包 的 体积 ， 具 体 效果 如 何 ， 我 们 拭目以待 。 


9.5.14 ” iOS 的 包 永 远 比 Android 包 体积 大 吗 


我 比较 了 100 多 款 App 后 发 现 ， 同 一 款 App 的 OS 和 Android 版 本 ， 
iOS 的 ipa 包 一 定 比 Android 的 apk 包 在 体积 上 大 很 多 。 


但 总 是 有 特 立 独行 的 App， 比 如 某 球 著名 视频 播放 软件 ，Android 
版 本 23.2MB， 而 iOS 版 本 才 20.5MB。 我 起 初 以 为 这 个 App 的 Android 版 
本 做 得 有 问题 ， 于 是 仔细 研究 了 这 个 Android 包 里 的 内 容 ， 我 就 发 现 这 
家 公司 Android 技 术 做 得 很 精致 ， 之 所 以 比 i0S 版 本 体积 大 ， 是 因为 
Android 版 本 为 几 十 种 分 辨 率 都 适 配 了 不 同 的 图 片 和 布局 ， 以 确保 用 户 
体验 在 任何 分 辨 率 下 都 是 一 致 的 。 


如 图 9-10 所 示 ， 居 然 有 12 种 layout 布 局 。 


layout 
layout-hdpi-v4 

layout-land 
layout-sw600dp-v13 
layout-sw720dp-2048x1536-v13 
layout-v9 


layout-v11 

和 layout-v21 
layout-xhdpi-v4 
layout-xlarge-land-v4 
layout-xlarge-v4 
layout-xxhdpi-v4 


图 9-10 ”Android 项 目 中 的 Layout 文 件 夹 


drawable 文 件 夹 束 更 多 了 ， 高 达 28 个 ， 限 于 篇 幅 ， 这 里 就 不 贴图 


以 上 只 二 特例， 而 大 多 数 App 并 没有 做 得 那么 细致 ， 比 如 : 


1) 首先 是 不 文 持 那 么 多 分 辨 率 。 这 是 由 当前 App 的 开发 现状 导致 
的 。 一 方面 是 产品 经 理 和 设计 师 人 力 不 足 ， 另 一 方面 则 因为 设计 师 偏 
爱 iPhone， 一 般 只 会 给 出 iPhone 版 本 的 设计 稿 ， 然 后 让 Android 开 发 人 
员 根 据 iPhone 的 设计 稿 去 适 配 。 于 是 Android 开 发 人 员 只 好 去 做 UI 目 适 
应 ， 使 用 .9 图 拉 伸 技术 ， 实 在 搞 不 定 了 ， 才 去 找 设计 师 重 新 给 画 一 张 。 
所 以 我 们 会 看 到 iPhone 的 App 大 都 很 精致 ， 相 应 的 Android 版 本 都 很 粗 
糙 ， 这 是 因为 Android App 的 UI 很 多 都 是 开发 人 员 和 赁 着 目 己 的 审美 观 去 
二 次 加 工 的 。 


2) 其 次 ， 不 同 drawable 目 录 下 放置 着 不 同 内 容 的 图 片 。 用 开发 人 
员 的 话 讲 ， 好 找 。 比 如 drawable 目 录 下 放 各 种 Selector 文 件 ，drawable- 
hdpi 目 录 下 放 美 食 类 图 片 ，drawable-large 目 录 下 放 门 票 图 片 。 所 以 ， 目 
杂 时 多， 但 其 实 只 有 一 套图 。 殊 不 知 ， 这 样 反 而 降低 了 App 运 行 的 速 
度 ， 因 为 它 在 相应 分 辨 率 的 drawable 目 录 下 找 不 到 某 张 图 片 时 ， 就 会 逐 
个 裔 历 每 个 drawable 目 录 下 的 图 片 ， 直 人 至 找到 该 图 片 的 位 置 。 


9.5.15 ”从 代码 层面 减少 iOS 包 的 体积 


对 于 iOS 而 言 ， 在 ipa 包 中 会 有 一 个 .a 格 式 的 二 进 制 文件 ， 这 是 代码 
编译 后 生成 的 文件 ， 往 往 占 据 了 整个 pa 包 的 50% 到 80% 的 体积 。 平 采 
曾 要 求 所 有 的 App 都 支持 64 位 ， 于 是 在 此 基础 上 ，ipa 包 的 体积 又 扩大 
了 将 近 一 倍 ， 主 要 是 那个 .a 文 件 编译 后 变 大 了 。 


我 们 要 想 办 法 减少 这 个 .a 文件 的 大 小 ， 其 实 束 古 要 减少 项 目 中 的 元 
余 代码 。 经 过 不 断 地 摸索 和 演 试 ， 我 发 现 这 些 见 余 代 码 分 为 以 下 3 部 


分 : 


1) 已 经 不 使 用 的 类 。 为 此 ， 我 们 需要 写 一 个 Python 脚本 ， 逐 个 检 
查 哪些 类 不 再 使 用 了 。 检 查 的 过 程 中 我 发 现 ， 某 个 类 即使 不 使 用 了 ， 
但 十 在 其 他 类 中 仍然 保持 对 它 的 引用 ， 所 以 我 们 要 排除 挥 这 种 特殊 情 
况 ， 不 让 它 对 我 们 的 检查 工作 造成 影响 。 


还 存在 这 么 一 种 情况 ， 在 A 类 中 使 用 了 B。A 类 不 再 使 用 了 ， 第 一 
所 执行 Python 脚 本 找 出 来 A 类 ， 将 其 删除 了 。 这 时 B 类 就 孤零零 地 放 在 
那里 ， 也 不 再 使 用 了 ， 所 以 我 们 有 必要 再 次 执行 Python 脚本 ， 将 B 也 找 
出 来 。 以 此 类 推 ， 不 停 地 执行 这 个 Python 脚本 ， 直 到 再 也 找 不 到 不 再 使 
用 的 类 为 止 。 


2) 已 经 不 再 使 用 的 方法 。 这 个 找 起 来 有 些 费 劲 ， 因 为 Objective-C 
独特 的 方法 签名 形式 (方法 签名 由 三 部 分 组 成 ， 包 括 方法 名 称 、 参 数 
和 返回 类 型 ) 。 


仍然 需 写 一 个 Python 脚本 ， 逐 个 遍历 每 个 类 中 的 方法 ， 然 后 到 项 目 
中 查找 古 否 使 用 到 了 。 


在 执行 过 程 中 ， 遇 到 这 人 么 一 种 情况 ，A 类 和 B 类 都 有 loveBaobao 这 
个 方法 ， 方 法 签名 也 完全 相同 。 这 时 Python 是 区 分 不 出 来 到 底 是 使 用 了 
哪个 类 的 loveBaobao 方 法 的 。 我 们 也 只 能 将 其 汇总 起 来 ， 然 后 用 手动 检 


查 。 


此 外 ， 有 很 多 方法 是 系统 目 市 的 ， 比 如 说 UITableView 的 那 6 个 方 
法 ， 只 要 使 用 了 UITableView 的 页 面 ， 都 有 这 6 个 方法 。 我 们 在 执行 
Python 脚本 的 时 候 ， 不 应 该 统计 这 样 的 方法 。 所 以 需要 做 一 个 白 名 单 ， 
事先 把 这 些 方法 填 进 去 。 


3) 代码 相似 度 问 题 。 初 级 程序 员 在 写 代 码 时 ， 喜 欢 把 一 段 代码 从 
A 类 粳 贴 到 B 类 中 ， 然 后 修改 其 中 的 几 个 变量 名 称 ， 这 个 功能 束 算 做 完 
了 。 于 是 两 段 相似 度 极 高 的 代码 就 产生 了 。 


稍微 懂得 些 面向 对 象 思 想 的 人 ， 痢 知 道 这 时 候 需 要 把 这 样 的 代码 
抽象 出 来 ， 比 如 在 Utils 类 中 新 建 一 个 方法 ， 然 后 要 用 到 这 上 段 逻 辑 的 人 
调用 Utils 类 的 这 个 方法 即 可 。 


但 并 不 是 所 有 的 程序 员 都 有 这 样 的 境界 ， 即 使 是 有 几 年 开发 经 验 
的 人 ， 也 会 采用 复制 烙 巾 大 法 数 衍 了 事 。 人 和 久而久之， 元 余 代 码 吏 多 
了 ， 包 的 体积 目 然 束 大 了 。 为 此 ， 我 们 需要 有 一 个 检查 代码 相似 度 的 


工具 。 在 iOS 领 域 ， 我 推荐 Simian 这 个 工具 。 有 兴趣 的 读者 可 以 竹 试 一 
下 ， 对 你 们 的 项 目 使 用 一 下 这 个 工具 ， 看 能 找 出 来 多 少 相似 的 代码 
来 。 


[1] 关于 Android 增 量 更 新 技术 ， 请 参见 
http://blog.csdn.net/hmg25/article/details/8100896 ° 

[2] 关于 ios 增 量 更 新 机 制 ， 请 参见 
https://developer.apple.com/library/ios/qa/qal779/_index.html? 
utm_source=iOQS+Dev+Weekly&utm_campaign=iOS_Dev_ Weekly_Issue_1 
14&utm medium=email 。 

[3] 详细 内 容 请 参见 知 平 上 的 这 篇 文章 
http://www.zhihu.com/question/25421514/answer/31623909 °。 


[4] 文 草 参见 http://martiancraft.com/blog/2014/09/vector-images-xcode6/。 


9.6” 竞 品 技术 四 将 : 性 能 优化 
9.6.1 ” App 自动 选 取 最 佳 服务 絮 的 策略 


我 们 经 党 看 到 App 中 会 包含 一 个 服务 器 列表 文件 ， 开 发 人 员 和 测 
试 人 员 可 以 随意 切换 到 任意 服务 器 进行 开发 测试 工作 。 


这 只 是 服务 器 列表 文件 的 一 种 功用 ， 是 给 开发 和 测试 人 员 使 用 
的 ， 为 此 我 们 需要 为 App 设 计 一 个 后 门 ， 由 他 们 手动 进行 切换 ， 相 关 


内 容 请 参见 9.9.2 章 广 。 


服务 句 列 表 文 件 还 有 男 一 种 作用 ， 束 是 由 App 目 己 来 决定 选用 哪 


个 服务 器 作为 MobileAPI 服 务 器 。 


众所周知 ，App 发 起 MobileAPI 请 求 到 接收 到 数据 ， 这 个 过 程 所 耗 
费 的 时 间 由 3 部 分 组 成 :从 App 到 达 服 务 句 的 时 间 ， 服 务 器 处 理 的 时 
间 ， 从 服务 器 到 App 的 时 间 。 其 中 ， 从 App 到 达 服 务 器 的 时 间 ， 加 上 从 
服务 絮 到 App 的 时 间 ， 我 们 称 为 来 回 走 路 时 间 。 对 于 2G、3G、4G 和 
WiFi 用 户 ， 因 为 网 络 环境 的 不 同 ， 来 回 走 路 时 间 大 相 径 庭 。 


于 是 我 们 会 准备 多 台 服 务 器 ， 可 能 是 放 在 全 国 各 地 ， 也 可 能 十 分 
别 接 入 电信 、 移 动 或 联通 的 专线 。 这 些 服 务 器 有 可 能 十 配 置 相 同 的 ， 


也 有 可 能 是 由 若干 高 配 和 低 配 组 成 。 我 们 把 这 些 服务 器 的 域名 罗列 在 
App 的 服务 器 列表 文件 中 ， 如 下 所 示 : 


<Servers> 
<Server key="s1" type="36" url="http:// logini.company.com/"> 
<Server key="s2" type="36" url="http:// login2.company.com/"> 
<Server key="s3" type="46" url="http:// login3.company.com/"> 
<Server key="s4" type="46" url="http:// login4.company.com/"> 
<Server key="s5" type="26" url="http:// login5.company.com/"> 
<Server key="s6" type="26" url="http:// login6.company.com/"> 
<Server key="s7" type="WiFi" url="http:// login7.company.com/"> 
<Server key="s8" type="WiFi" url="http:// login8.company.com/"> 

</Servers> 


接 下 来 ， 我 们 会 让 MobileAPI 提 供 一 个 接口 服务 A， 该 接口 不 需要 
任何 入 参 ， 直接 返 回 1 这 个 结 末 。 这 样 吏 确 休 了 App 从 发 起 MobileAPIT 
请 求 到 接收 到 数据 的 时 间 ， 束 是 来 回 走 路 的 时 间 。 


在 App 第 一 次 启动 的 时 候 ， 我 会 让 App 根 据 当前 的 网 络 情况 ， 遍 万 
服务 器 列 表 文 件 中 的 域名 ， 访 问 这 些 域名 下 的 接口 服务 A， 计 算出 哪 
个 域名 的 访问 速度 最 快 。 同 一 个 域名 只 访问 一 次 ， 得 不 到 准确 的 数 
据 ， 一 般 而 言 ， 我 会 调用 10 次 后 取 平 均值 ， 来 作为 参考 标准 。 


当 网 络 环境 发 生变 化 的 时 候 ， 也 要 把 上 述 这 个 操作 执行 一 过 ， 测 
算出 该 网 络 环境 下 哪个 域名 的 访问 速度 最 快 。 为 了 避免 频 过 做 这 个 事 
情 ， 我 会 设置 一 个 缓存 ， 记 杂 最 后 一 次 测算 每 种 网 络 环境 的 时 间 ， 以 
确保 1 个 小 时 之 内 不 会 测算 2 次 。 


一 旦 测算 出 当前 网 络 环境 下 哪个 域名 的 访问 速度 最 快 ， 那 么 接 下 
来 1 个 小 时 内 ， 访 问 MobileAPI 束 会 使 用 这 个 域名 了 。1 个 小 时 后 ， 我 们 
将 在 App 后 人 台 线 程 册 次 发 起 测算 工作 ， 重 新 选择 最 佳 的 域名 。 


上 述 这 种 解决 方案 ， 能 帮助 用 户 选择 最 快 的 MobileAPI 服 务 历 ， 但 
是 由 此 会 导致 另 一 种 负面 效果 ，App 一 厢 情 愿 地 认为 网 络 环境 好 所 对 
应 的 服务 器 访问 速度 也 最 快 ， 于 是 这 人 台 服务 器 的 CPU 会 迅速 被 占 满 ， 
无 法 处 理 后 续 接 中 而 至 的 网 络 请 求 。 所 以 ， 我 们 要 将 服务 右 的 处 理 能 
力 划 分 为 优 民 中 差 四 种 级 别 ， 并 在 App 发 起 测评 请 求 (调用 MobileAPI 
接口 服务 A) 的 时 候 把 这 个 值 返回 给 App， 当 达到 中 (CPU 占 用 60%) 
这 个 级 别 时 ， 即 使 网 速 很 快 ， 也 不 能 采用 这 个 域名 对 应 的 服务 器 。 


9.6.2 ”使 用 TCP+Protobuf 


当 大 多 数 公 司 还 在 纠结 于 如 何 能 更 好 提高 MobileAPI 的 性 能 时 ， 已 
经 有 公司 开始 抛弃 HTTP+JSON， 开 始 走 TCP+ProtoBuf 的 路 线 了 。 


TCP 是 长 连接 ，ProtoBuf 则 是 基于 二 进 制 的 协议 ， 可 读 性 差 但 是 体 
积 小 。 这 里 我 不 讨论 Protobuf 协 议 中 的 required、optional 或 repeated 关 键 
字 ， 也 不 讨论 Android 和 iOS 大 小 端 对 齐 的 问题 。 这 些 都 属于 App 和 服 
务 絮 能 使 用 Protobuf 进 行 通信 的 第 一 步 。 


我 只 说 三 点 ,一 是 工具 ， 二 是 架构 ， 二 十 性 能 。 


让 工具 


我 们 需要 做 一 个 工具 ， 能 帮助 开发 人 员 把 ProtoBuf 协 议 目 动 转换 
为 Android 或 iOS 的 实体 类 和 相应 的 方法 。 使 用 该 方法 就 可 以 发 起 一 次 
ProtoBuf 请 求 并 获取 到 服务 器 返回 的 实体 数据 ， 这 将 极 大 地 加 速 开 发 
人 员 的 工作 效率 。 


传统 MobileAPI 返 回 HTTP+JSON， 当 我 们 改 为 使 用 TCP+ProtoBuf 
的 时 候 ， 之 前 的 JSON 仍 然 要 维护 ， 因 为 我 们 要 给 目 己 留 一 条 后 路 ， 一 
旦 服务 器 上 的 TCP+ProtoBuf 打 不 住 了 ， 要 立刻 能 切换 回 HITTP+JSON。 


那么 问题 束 来 了 。 难 道 我 们 要 为 App 同 时 维护 两 套 MobileAPI 逻 辑 
吗 ? 当然 不 行 ， 一 种 理想 的 设计 方案 如 图 9-11 所 示 。 


业务 逻辑 


图 9-11 ”新 的 MobileAPI 架 构 设 计 


但 是 反观 我 们 的 MobileAPI 代 码 ， 却 不 是 这 样 的 ， 你 会 发 现 业务 逻 
辑 和 JSON 绑 定 很 紧 ， 往 往 是 从 后 人 台 取 到 数据 束 立 刻 填 充 到 JSON 字 段 
中 了 “。 我 们 需要 重 构 ， 把 取 数 据 的 业务 逻辑 和 返回 什么 样 的 数据 
(JSON 或 ProtoBuf) 剥离 开 ， 最 好 能 拆 分 成 3 个 项 目 ， 最 差 也 应 该 是 
在 一 个 项 目 中 拆 分 为 不 同 的 目录 。 这 样 业务 逻辑 如 果 有 变动 ， 只 需要 
修改 一 个 地 方 ， 然 后 在 JSON 或 ProtoBuf 中 追加 字段 。 


生成 器 模式 (Builder) 这 时 候 就 能 派 上 用 场 了 ， 它 能 很 好 地 弥合 
ProtoBuf 和 JSON 这 两 种 数据 格式 的 差异 性 。 


我 们 把 业务 逻辑 、JSON 生 成 器 、ProtoBuf 生 成 器 框 在 一 起 后 ， 下 
一 步 要 面临 的 就 是 以 HTTP 还 是 TCP 的 协议 返回 给 App 数 据 了 。HTTP 
协议 由 Header 和 Body 两 部 分 组 成 ， 都 需要 填充 数据 ， 其 实 我 们 也 可 以 
在 TCP 协 议 中 定义 Header 和 Body， 把 之 前 填充 在 HTTP 的 Header 中 的 版 
本 信息 、Cookie 传 递 过 去 。 


策略 模式 (Strategy) 可 以 用 于 指定 使 用 Http 协 议 还 是 TCP 协 议 。 


TCP 要 解决 的 技术 难点 束 在 于 ， 服 务 器 上 长 连接 数量 多 会 导致 服 
务 絮 性 能 压力 ， 如 果 解 决 不 了 ， 用 起 来 还 不 如 HTTP 。 


于 是 我 们 采取 TCB 长 连接 和 短 连接 混合 的 模式 。 


TCP 长 连接 吏 是 每 个 App 客 户 端 都 是 作为 一 个 连接 ， 保 存在 服务 
亏 的 长 连接 池 中 。 但 是 这 个 池子 中 的 长 连接 数量 是 有 上 限 的 ， 所 以 我 
们 持续 清理 池子 中 长 期 不 使 用 的 长 连接 ， 比 如 说 几 分 钟 内 不 使 用 束 关 
闭 这 个 连接 ， 大 不 了 以 后 再 连 上 来 。 


资源 是 有 限 的 ， 对 于 日 活 几 十 万 的 App 而 言 ， 我 们 要 保证 服务 右 
至 少 能 文 撑 这 几 十 万 个 长 连 授 。 如 采 超 过 了 这 个 池子 的 上 限 ， 那 么 我 
们 束 要 使 用 短 连 接 作 为 补充 。 短 连接 整 是 连接 后 完成 一 次 调用 束 把 连 
接头 闭 了 。 


服务 需要 根据 当前 长 连接 池 的 情况 ， 来 决定 建立 长 连接 还 是 短 连 
接 。 如 果 TCP 长 连接 和 短 连接 都 没有 资源 了 ， 那 束 切 换 到 HTTP， 这 其 
实 也 是 一 种 短 连接 。 


网 络 请 求 的 场景 不 同 ， 也 会 影响 TCP 长 连接 和 短 连接 的 选择 。 比 
如 说 xmpp 聊 天 ， 束 比较 适合 TCP 长 连接 。 用 户 的 活跃 度 ， 也 可 以 作为 
选择 TCP 长 连接 还 是 短 连接 的 依据 。 活 路 用 户 往 往 会 长 时 间 使 用 
App， 频 索 发 起 网 络 请 求 ， 这 时 候 要 使 用 长 连接 。 对 于 那些 偶尔 打开 
App 随 便 点 一 点 看 一 看 的 用 户 ， 可 以 先 使 用 短 连接 。 等 用 户 发 起 网 络 
请 求 的 次 数 超过 某 个 病 值 时 ， 束 切换 到 长 连接 。 


网 络 环境 是 影 啊 App 选 择 TCP 长 连接 还 是 短 连接 的 义 一 个 因素 。 
对 于 WiFi 环 境 ， 网 络 请 求 普遍 比 2G、3G 和 4G 要 好 。 接 下 来 的 策略 有 
两 种 : 


快 的 更 快 、 慢 的 更 慢 ， 为 使 用 WiFi 的 客户 端 建立 长 连接 ， 而 为 
2G、3G、4G 网 络 环境 下 的 客户 端 分 配 短 连接 。 


-均衡 策略 ， 反 正 WiFi 已 经 很 快 了 ， 分 配给 它 短 连接 不 会 有 太 大 影 
响 ， 而 为 了 提高 2G、3G、4G 网 络 环境 下 的 客户 端 访问 速度 ， 尽 量 为 
它们 建立 长 连接 。 关 于 在 2G、3G、4G 网 络 环境 使 用 TCP 长 连接 是 一 个 
很 热 的 话题 ， 经 常会 出 现 网 络 不 给 力 导 致 TCP 连 接 频 繁 断 开 的 情况 ， 
所 以 我 们 要 做 好 随时 可 以 把 这 部 分 用 户 切换 到 HTTP 短 连接 的 机 制 ， 以 
备 突 发 情况 的 发 生 。 


不 得 不 说 的 是 ，WiEi 不 一 定 快 过 4G， 甚 至 是 3G 和 2G， 上 所 以 上 壕 
策略 有 不 准 的 情况 。 


9.7“ 竞 品 技术 五 浆 : 数据 采集 工具 
9.7.1 ”页面 跳 转 器 


页 面 跳 转 右 是 页 面 打 点 的 前 提 。 


对 于 Android 而 言 ， 有 Intent 来 帮助 我 们 进行 页 面 跳 转 和 传 值 。 但 
是 你 会 发 现 ， 想 从 A 页 面 跳 转 到 B 页 面 ， 在 A 页 面 要 声明 B 页 面 的 实 
例 ， 这 是 一 个 强 引 用 ， 如 下 所 示 : 


Intent intent = new Intent(MainActivity.this, SecondActivity.class); 
startActivity(intent); 


对 于 iOS 而 言 ， 就 连 Intent 这 样 的 机 制 都 没有 了 。 我 们 不 但 要 在 A 
页 面 声明 B 页 面 实 例 ， 还 要 通过 为 B 设 置 属性 的 方式 ， 进 行 页 面 间 传 
值 。 如 下 所 示 : 
- (void) jumpTo { 


APageV iewCont toller, b = [[APageViewController alloc] init]; 
b.version = "5.7.1" 


[self. dt he pushViewController: b animated: YES]; 
[b releasel]; 


我 们 一 直 在 强调 解 厢 ， 但 是 在 iOS 和 Android 的 页 面 传 值 上 却 不 遵 
守 这 个 原则 。 于 是 很 多 公司 开始 致力 于 解决 这 个 问题 。 写 一 


Navigator 类 ， 通 过 使 用 反射 技术 可 以 接触 页 面 间 的 硝 合 性 ， 这 样 我 们 
就 可 以 把 所 有 的 页 面 都 定义 在 一 个 XML 配置 文件 中 ， 每 个 节点 包括 该 
页 面 的 key、 对 应 的 类 名 称 、 打 开 方 式 。 


我 们 移 解 决 ioS 的 页 面 传 参 。 使 用 一 个 字典 作为 页 面 间 参 数 传 递 
的 载体 ， 为 此 ， 在 ViewController 的 基 类 中 定义 一 个 字典 参数 ， 这 样 在 
Navigator 反 射 的 时 候 ， 将 传递 进来 的 参数 设置 给 页 面 实 例 即 可 ， 下 
面 ， 分 别 是 Navigator 的 hb 和 m 文 件 : 


#import <Foundation/Foundation.h> 
@interface Navigator : NSObject { 


+ (Navigator *)sharedIinstance; 

+ (void)navigateTo:(NSString *)viewController; 

+ (void)navigateTo:(NSString *)viewController 
withData: (NSDictionary *)param; 

Q@end 

#import "Navigator.h" 

#import "BaseViewController.h" 

#import "SynthesizeSingleton.h" 

@implementation Navigator 

SYNTHESIZE_SINGLETON_FOR_CLASS(Navigator); 

+ (void)navigateTo:(NSString *)viewController { 
[self navigateTo:viewController withData:nil]; 


+ (void)navigateTo:(NSString *)viewController 
withData: (NSDictionary *)param { 
BaseViewController * classObject = (BaseViewController *) 
[[NSClassFromString(viewController) alloc] init]; 
classObject.param = param， 
[classObject.navigationController 
pushViewController:classObject animated:YES]; 
[classobject releasel]; 


为 了 解决 页 面 间 传 参 的 问题 ， 我 们 需要 在 BaseViewController 中 增 
加 一 个 params 属 性 ， 这 是 一 个 字典 ， 在 跳 转 前 把 要 传递 的 属性 塞 进 
去 ， 在 跳 转 后 把 字典 中 的 值 再 取出 来 : 


@interface BaseViewController : UIViewController { 
NSDictionary* _param,; 


@property (nonatomic, retain) NSDictionary* param; 


那么 在 使 用 时 融 非 常 简 单 了 ， 如 下 所 示 : 


- (void) jumpTo { 
NSMutableDictionary* dict = [NSMutableDictionary dictionary]; 
[dict setobject: @"5.7.1" forkey:@"version"]; 
[Navigator navigateTo: @"BViewController" withData: dict]; 


而 在 目标 页 BViewController 要 接收 这 个 参数 : 


Ifl(self.param!=nil){ 
version = [self.param objectForkey: @"version"]; 
} 


接 下 来 要 解决 的 是 Android 的 页 面 耦合 。 不 必 新 建 一 个 Navigator 
类 ， 我 们 完全 可 以 利用 Activity 基 类 ， 增 加 一 个 navigatorTo 方 法 ， 利 用 
反映 把 要 跳 转 的 页 面 实例 化 出 来 ， 如 下 所 示 : 


public abstract class AppBaseActivity extends BaseActivity { 
public void navigatorTo(final String activityName, final Intent intent) { 
Class<?> clazz = Null; 
try { 
clazz = Class.forName(activityName); 
if (clazz != null) { 
intent,.setClass(this, clazz); 
this.startActivity(intent),; 


} catch (ClassNotFoundException ignore) { 
return; 


相应 的 ， 我 们 要 创建 ActivityNameConstants 这 个 类 ， 用 来 存放 每 
个 Activity 的 用 于 反射 的 全 名 称 ， 如 下 所 示 : 


public class ActivityNameConstants { 
public final static String SecondActivity 
= "com.example.navigator.SecondActivity"; 


} 


在 Activity 使 用 navigatorTo 方 法 的 时 候 束 非常 简 单 了 ， 如 下 所 示 : 


Intent intent = new Intent(); 
intent.putExtra("name", "Jianqiang"); 
navigateTo(ActivityNameConstants,.SecondActivity, intent); 


相应 的 ， 还 应 该 有 一 个 startActivityForResult 方 法 ， 实 现 原 理 差 不 


多 ， 我 这 里 束 不 获 述 了 。 
9.7.2 打点 统计 


1. 打 点 统计 的 两 大 痛 点 


如 何 寻 找 一 种 好 的 打点 统计 方法 ， 是 整个 App 业 胃 都 在 做 的 一 件 
事情 。 我 这 里 只 是 抛砖引玉 ， 把 我 这 三 年 来 的 实战 经 验 和 切 喘 感受 分 
对 给 大 家 。 


向 


确保 App 打 点数 据 的 准确 和 无 遗漏 ， 是 实现 “数据 驱动 产品 ”的 第 
一 步 ， 非 常 重要 。 纵 观 各 大 公司 的 打点 办 法 ， 都 非常 原始 ， 往 往 是 哪 


个 页 面 或 哪个 事件 需要 打点 ， 束 在 相应 的 方法 体 中 写 一 行 打点 的 语 
句 。 


这 种 原始 的 打点 方式 直接 导致 以 下 问题 : 


不全， 经 常 漏 打 。 


:不 准 ， 经 常 打 错 。 


一 旦 发 生 了 上 述 问 题 ， 要 等 下 次 发 版 后 ， 数 据 才 会 恢复 正常 。 基 
于 此 ， 我 们 需要 解决 2 个 痛 操 : 


1) 如 何在 发 版 前 就 能 检查 出 漏 打 的 和 打 错 的 点 。 


2) 如 果 在 发 版 后 发 现 漏 打 的 和 打 错 的 点 ， 快 速 修复 快速 上 线 ， 而 
不 必 等 新 版 本 发 布 。 


打 扣 分 为 两 种 ， 页 面 打 点 ， 事 件 打点 。 接 下 来 我 们 逐个 讨论 。 


2. 页 面 打 点 


相 比 较 而 言 ， 页 面 打 点 比较 容易 实现 。 我 们 可 以 统一 在 页 面 跳 转 
时 ， 进 行 页 面 打点 统计 。 还 记得 前 面 章 和 介绍 的 跳 转 需 吗 ? 我 们 只 
在 这 个 地 方 加 上 页 面 打 点 语句 即 可 。 


ioOS 的 实现 是 在 Navigator 的 navigateTo 方 法 中 ， 我 们 在 9.7.1 节 介绍 
过 这 个 类 ， 如 下 所 示 : 
+ (void)navigateTo:(NSString *)viewController 


withData: (NSDictionary *)param { 
// 在 这 里 执行 页 面 打 点 的 操作 


BaseViewController * classObject = (BaseViewController *) 


[[NSCclassFromString(viewController) alloc] init]; 
classObject.param = param， 


[classOobject.navigationController 


pushViewController:classObject animated:YES]; 
[classobject releasel]; 


Android 的 实现 则 是 在 BaseActivity 基 类 的 navigateTo 方 法 中 ， 我 们 
在 9.7.1 节 中 介绍 过 这 个 方法 ， 如 下 所 示 : 


public void navigateTo(final String activityName, 
final Intent intent) { 
// 在 这 个 位 置 执行 


PV 打点 的 操作 


Class<?> clazz = null; 
try { 
clazz = Class.forName(activityName); 
if (clazz != null) { 
intent,.setClass(this, clazz); 
this.startActivity(intent),; 


} 

} catch (final ClassNotFoundException e) { 
return; 

} 


只 要 把 页 面 打 点 语句 写 在 上 面 代码 斤 段 的 注释 位 置 殴 好 了 “。 在 这 
个 位 置 ， 我 们 可 以 搜集 到 页 面 名 称 (viewController 或 activityName 参 
数 ) ， 也 可 以 解析 param 字 典 或 Intent 参 数 ， 从 中 找 出 一 些 重要 的 参数 
记录 下 来 ， 比 如 说 movieId。 


采取 上 述 机 制 ， 能 有 效 防止 页 面 打点 遗漏 的 问题 。 


此 外 ， 为 了 防止 打点 错误 ， 应 该 动态 传递 当天 ViewController 或 
Activity 的 名 称 ， 而 不 是 手动 去 拼写 这 个 字符 串 ， 这 就 增加 了 出 错 的 可 
能 性 。 


相 比 较 而 言 ， 页 面 打点 的 解决 方案 比较 简单 ， 我 们 甚至 可 以 使 用 
这 种 机 制 ， 计 算出 页 面 集 留 时 间 。 接 下 来 要 介绍 的 事件 打点 的 优化 方 
案 ， 可 整 不 那么 们 单 了 。 


3. 事 件 打点 


事件 打点 是 比较 环 手 的 。 一 般 而 言 ， 我 们 为 事件 打点 都 是 在 事件 
方法 中 ， 增 加 一 行事 件 打点 的 代码 。 这 样 的 代码 多 了 ， 束 很 难 维护 ， 
经 常 发 生 打 错 点 或 者 有 遗漏 的 情况 ， 有 时 则 是 这 个 述 代 有 某 个 事件 的 
打点 数据 ， 但 是 下 个 适 代 却 不 小 心 删 除了 。 


我 们 系 望 App 开 发 人 员 在 写 代码 的 时 候 ， 不 需要 考虑 打点 的 事 
情 ， 不 需要 额外 准备 打点 所 需要 的 信息 ， 比 如 说 哪个 页 面 哪个 控件 以 


及 相关 的 数据 。 为 此 ， 我 们 写 一 个 基 类 ， 把 打点 逻辑 封装 在 这 个 基 类 


中 。 任 何 继承 目 这 个 基 类 的 控件 ， 束 能 目 动 打点 ， 而 不 用 把 打点 逻 
写 在 业务 代码 中 。 


罗 辑 


这 里 我 们 先 看 按钮 ， 因 为 绝 大 多 数 打点 ， 都 古 基 于 按钮 的 点 击 。 


对 于 iOS， 为 一 个 按钮 添加 点 击 事件 是 通过 addTarget 方 法 ， 如 下 所 
全 \: 


UIButton* getInfoButton， 
[getInfoButton addTarget: self 


action: @selector(getInfo) 
forControlEvents:UIControlEventTouchUpInside]; 


那么 我 们 要 写 一 个 继承 自 UIButton 的 新 控件 ， 比 如 就 叫 
UVButton。 我 发 现 ， 所 有 的 UI 控件 都 继承 自 UIControl 这 个 基 类 ， 它 有 
一 个 sendAction 方 法 ， 这 个 方法 会 在 点 击 事件 发 生 后 第 一 个 执行 ， 之 
后 才 执 行 addTarget 上 绑 定 的 方法 。 于 是 就 可 以 在 UVButton 中 重 写 这 个 
sendAction 方 法 ， 如 下 所 示 : 


Qinterface UVButton : UIButton 

Q@end 

#import "UVButton.h" 

@implementation UVButton 

- (void)sendAction:(SEL)action to:(id)target 
forEvent: (UIEvent *)event 


// 在 这 里 写 一 个 方法 ， 执 行 打点 操作 


[super sendAction:action to:target forEvent:event]; 


打点 操作 的 方法 我 这 里 就 不 提供 了 ， 反 正 就 是 搜集 一 些 信 息 ， 存 
在 某 个 地 方 ， 等 待 发 送出 去 。 


那么 在 程序 中 ， 所 有 的 按钮 我 们 都 将 使 用 UVButton， 你 会 发 现 ， 
之 前 的 逻辑 是 什么 ， 完 全 不 需要 修改 。 只 要 把 按钮 声明 为 UVButton 邵 
可 。 


对 于 Android， 其 实 也 可 以 这 么 做 ， 创 建 一 个 新 的 按钮 ， 重 写 它 
click 方 法 。 但 是 我 们 发 现 Android 为 控件 绑 定 啊 应 方法 的 语法 是 通过 
setOnClickListener， 如 下 所 示 : 


的 


btnLogin.setonclickListener( 
new View.OnClickListener() { 
QOverride 
public void onClick(View v) { 
gotoLoginActivity(); 
} 
}); 


我 们 已 经 习惯 在 程序 中 使 用 OnClickListener， 复 写 它 的 onClick 方 
法 ， 来 实现 按钮 点 击 后 的 业务 逻辑 。 我 们 为 什么 不 能 从 
OnClickListener 中 派生 出 一 个 子 类 呢 ? 比如 叫 OnUVClickListener， 复 
写 它 的 onClick 方 法 ， 实 现 事件 打点 的 逻辑 。 


那么 接 下 来 在 程序 中 豆 使 用 OnUVClickListener 来 代替 
OnClickListener 了 ， 除 此 之 外 ， 代 码 逻 辑 和 之 前 一 样 。 


上 面 的 讨论 虽然 只 是 按钮 ， 但 也 可 以 适用 于 Image 控 件 。 而 对 于 列 
表 控件 、Tab 之 类 的 复合 控件 ， 则 需要 特殊 情况 特殊 处 理 。 


4. 事 件 打点 的 验证 


如 采 可 能 ， 我 们 硕 望 采集 每 个 页 面 和 每 个 事件 的 点 。 但 并 不 总 十 
这 样 ， 所 以 我 们 需要 有 一 个 配置 文件 ， 每 次 页 面 跳 较 或 点 击 控件 的 时 


候 ， 都 检查 这 个 动作 且 否 需要 采集 打点 。 


按照 上 述 这 种 解决 方案 ， 我 们 需要 写 一 个 Python 小 程序 ， 每 次 发 
版 前 验证 一 下 这 个 配置 文件 ， 确 保 打 点 数据 是 全 的 ， 而 且 没 有 错误 。 


做 得 再 极致 一 些 ， 这 个 配置 文件 可 以 设计 成 从 服务 紫 动 态 下 载 。 
这 样 发 现 错 了 或 者 着 了 ， 束 可 以 在 服务 絮 提 供 一 份 新 的 配置 文件 供用 
户 下 载 。 


对 于 大 多 数 App 而 言 ， 是 没有 这 个 配置 文件 的 。 代 码 已 经 写成 这 
样 的， 再 改 一 刀 不 划算 ， 那 么 要 使 用 Python 做 静态 代码 检查 束 不 能 依 
赖 于 配置 文件 这 个 统一 的 出 口 了 。 那 么 我 们 有 必要 统计 代码 中 所 需要 
打点 的 地 方 ， 所 在 的 类 和 方法 ， 具 体 的 代码 行 位 置 ， 然 后 每 次 执行 


Python 束 检查 这 些 地 方 。 


静态 代码 检查 只 能 确保 打点 的 代码 都 存在 ， 但 并 不 能 确保 在 运行 
期 间 相应 的 打点 代码 被 执行 到 了 。 


为 此 ， 需 要 引入 App 目 动 化 测试 。 


首先 在 App 冰 编写 一 组 能 够 完整 履 关 打点 的 目 动 化 测试 用 例 ， 在 
即将 发 版 前 ， 执 行 一 过 这 组 测试 用 例 。 


然后 ， 在 服务 器 端 ， 也 需要 编写 一 个 目 动 化 脚本 ， 每 当 App 端 打 
扩 的 目 动 化 测试 用 例 执 行 完 ， 我 们 整 执 行 服务 器 端的 这 个 目 动 化 肢 
本 ,检查 是 否 所 有 点 都 打上 了 ， 以 及 打点 十 否 正确 。 


5. 如 何在 发 版 后 即时 修复 线 上 打点 的 错误 
目前 我 所 想到 的 解决 方案 有 : 
1) i0S 使 用 Lua， 临 时 把 漏 打 或 者 打 错 的 点 修好 。 
2) Android 使 用 插件 化 编程 ， 更 新 有 问题 的 插件 。 


3) 还 记得 我 们 上 面 说 到 的 那个 记录 打点 的 配置 文件 吗 ? 把 这 个 配 
置 文件 做 成 服务 器 下 载 的 ， 如 果 漏 打 或 者 打 错 ， 那 么 束 更 新 这 个 配置 
人 导 和 


6. 处 理 App 中 的 HTML5 页 面 打 点 


App 中 有 很 多 HTML5 页 面 ， 它 们 也 需要 打点 统计 数据 。 


一 种 做 法 则 是 回调 App 的 打点 机 制 ， 让 App 把 打点 数据 传 到 服务 
器 。 这 时 候 经 常 发 生 的 情况 是 ，App 有 bug， 某 个 版 本 上 线 后 突然 就 不 
能 回 传 数据 了 。 所 以 HTML5 和 Native 之 间 的 协议 是 非常 重要 的 ， 每 次 
发 版 前 都 要 逐一 测试 。 


男 一 种 做 法 是 HTML5 页 面目 己 编写 打点 语句 ， 然 后 上 传 到 服务 
硕 ， 这 样 即使 出 错 了 ， 也 能 够 立刻 修复 立刻 上 线 。 


9.7.3 ABTest 


很 多 产品 经 理 做 一 个 功能 是 根据 主观 腾 断 出 来 的 ， 拿 不 出 切实 的 


数据 来 证 明 方 案 的 可 行 性 ， 只 能 根据 上 线 后 的 订单 转化 率 ， 来 猜测 该 
方案 征 否 有 效 。 


这 样 做 殴 像 是 赌博 ， 这 个 问题 也 是 最 近 一 两 年 才 骏 露出 来 ， 于 坪 
很 多 App 开 始 在 所 有 页 面 打点 ， 采 集 用 户 行为 ， 把 这 些 数 据 放 到 
Hadoop 中 做 大 数据 分 析 ， 最 后 基于 数据 来 决定 哪 种 方案 是 可 行 的 。 于 
征 我 们 采用 ABTest 这 种 强大 工具 ， 用 于 判断 : 


“做 一 个 新 功能 ， 做 之 前 和 做 之 后 哪个 更 有 效果 。 
-做 一 个 痢 功 能 ， 方 案 A 和 方案 B 哪 个 更 有 效果 。 


1. 什 么 是 ABTest 


我 们 可 以 将 ABTest 的 定义 归纳 为 以 下 几 点 : 
-场景 : 对 于 某 一 个 页 面 ，UI 样 式 的 修改 。 


结果: 得 到 旧版 和 新 版 (或 者 A 方案 和 B 方 案 ) 的 订单 转化 率 ， 
比较 后 决定 使 用 哪 种 UI 。 


策略， 严 品 经 理 和 运营 人 员 在 新 版 本 上 线 后 比较 一 周 ， 最 终 确 定 
使 用 哪 一 种 。 这 个 决定 必须 在 一 个 大 代 内 迅速 作出 ， 否 则 App 接 下 来 
的 版 本 就 要 维护 两 套 页 面 的 代码 逻辑 。 


:规则 : ABTest 不 一 定 是 A 和 B 各 占 50%， 也 有 可 能 是 A 占 20% 而 B 
占 80%， 也 有 可 能 是 ABC 三 种 策略 各 占 一 定 的 比例 。 


ABTest 的 设计 难点 在 于 如 何 确保 数据 准确 。 


对 于 同一 个 设备 ， 在 第 一 次 获取 到 A 策略 后 ， 今 后 每 次 重启 App 访 
问 那个 页 面 都 将 一 直 是 A 党 略 了 ， 除 非 我 们 关闭 了 该 页 面 的 ABTest 并 
决定 从 此 以 后 使 用 B 策 略 的 页 面 ， 该 设备 才 有 机 会 看 到 另 一 种 页 面 。 
这 样 吏 避 免 了 ABTest 期 间 ， 同 一 个 用 户 每 次 看 这 个 页 面 都 随即 有 不 同 
的 UI 样式 ， 这 样 我 们 就 不 能 判断 这 位 用 户 下 单 是 受 A 宽 略 还 是 B 宽 略 的 


影响 。 


2. 为 App 量 喘 打 造 ABTest 


根据 上 述 策 略 ， 我 们 对 App 和 MobileAPI 改 造 如 下 : 


.App 对 于 要 做 ABTest 的 页 面 ， 如 采 是 新 页 面 ， 那 么 要 做 两 套 UL， 
A 方案 和 B 方 案 ;， 如 果 是 改造 原 有 页 面 ， 那 么 不 是 在 原 有 页 面 上 进行 修 
改 ， 而 是 copy 一 份 这 个 页 面 的 副本 ， 然 后 在 副本 上 进行 修改 。 忆 之 ， 
无 论 羡 哪 种 情况 ， 都 要 确保 有 两 套 UI。 


.App 每 次 启动 时 就 调用 MobileAPI 的 一 个 接口 A， 获 取 哪 些 页 面 要 
进行 ABTest， 以 及 要 采用 哪 种 策略 ， 把 这 些 数据 保存 到 本 地 文件 中 ， 
注意 ， 这 里 是 覆 写 ， 也 就 是 说 之 前 保存 的 数据 都 不 要 了 。 


那么 每 次 跳 较 到 一 个 页 面 ， 都 要 判断 一 个 ， 该 页 面 是 否 要 做 
ABTest 以 及 相应 的 集 上 略 ， 束 从 本 地 文件 中 读 取 到 这 些 数据 。 还 记得 我 
在 9.7.1 市 介绍 的 页 面 跳 转 器 吗 ? 我 们 可 以 把 判断 逻辑 写 在 这 个 统一 的 
页 面 跳 转 器 中 。 


.每 次 启动 App 时 才 会 调用 MobileAPI 的 接口 A 获 取 ABTest 策 略 ， 但 
是 大 多 数 用 户 是 不 会 关闭 App 的 ， 只 是 简单 地 将 其 切换 到 后 台 ， 为 了 
确保 ABTest 的 策略 及 时 更 新 ， 在 App 每 次 从 后 台 切 换 到 前 台 时 ， 都 要 
调用 一 次 MobileAPI 的 接口 A。 


3. 如 何 确 保 ABTest 公 平 


接 下 来 介绍 MobileAPI 中 ABTest 的 策略 分 配 算法 。MobileAPI 应 该 
有 一 个 目 增 的 整数 count， 每 次 请 求 都 会 加 1。 如 果 是 AB 各 占 50% 的 
话 ， 那 么 策略 就 是 count 除 以 2， 根 据 余 数 来 分 配 A 和 B 两 种 策略 。 如 果 
ABC 各 三 分 之 一 ， 则 对 count 除 以 3 取 余 数 来 分 配 ABC 三 种 策略 。 这 里 
的 count 取 余数 的 算法 直接 决定 了 ABTest 策 略 的 公平 性 。 


策略 分 配 后 ， 每 次 有 新 的 设备 号 来 请 求 ABTest 策 略 ， 束 要 把 设备 
和 分 配 到 的 策略 保存 下 来 ， 此 外 还 要 你 存 要 做 ABTest 的 App 版 本 号 、 
页 面 名 称 、Android 还 是 iPhone。 把 这 些 数 据 保 存在 数据 库 中 是 不 划算 
的 ， 频 繁 的 IO 操 作 会 导致 性 能 问题 ， 我 们 可 以 将 每 笔 数 据 写成 日 志保 
存在 服务 右 ， 然 后 每 阳 儿 个 小 时 就 发 送 到 Hadoop 上 ， 进 行 大 数据 分 
析 。 


4. 如 何 衡 量 ABTest 的 结果 


对 ABTest 的 结 采 进行 衡量 ， 目 然 还 是 要 使 用 大 数据 分 析 。 


比如 ， 对 某 个 页 面 做 ABTest，AB 两 种 策略 各 占 50%。 我 们 观察 了 
一 周 后 得 到 的 数据 是 这 样 的 : 


1) 订单 的 总 转化 率 是 40%， 分 子 40， 分 母 100。100 是 点 击 搜索 的 
次 数 ， 而 40 是 下 单 的 次 数 。 


2) 分 子 40 由 10 个 A 和 30 个 B 组 成 ， 分 母 100 由 30 个 A 和 70 个 B 组 
成 ， 那么 A 的 转化 率 就 是 10/30=33%，B 的 转化 率 就 是 30/70=42%， 于 
是 我 们 愉快 的 决定 采用 策略 B 。 


也 许 会 有 人 问 ， 为 什么 A 的 分 母 是 30， 而 B 的 分 母 是 70， 取 样 儿 怎 
么 差距 这 么 大 。 这 是 因为 我 们 在 App 启 动 时 就 为 用 户 分 配 了 ABTest 策 
略 ， 但 是 用 户 不 一 定 会 进入 搜索 页 和 要 做 ABTest 的 那个 页 面 ， 这 样 无 
形 中 就 白白 分 配 了 很 多 策略 。 


比较 精准 的 办 法 是 ， 在 需要 做 ABTest 的 页 面 ， 才 会 分 配 策略 ， 但 
古 这 样 做 束 要 求 每 进入 一 个 页 面部 要 请 求 MobileAPI 获 取 策略 ， 这 无 疑 
会 对 App 性 能 产生 影响 。 


另 一 种 折 中 的 解决 方案 是 ， 把 这 些 只 
ABTest 页 面 的 数据 ， 从 分 母 中 剔除 。 这 束 
数据 来 协助 了 。 


进入 过 搜索 页 但 是 没 进 入 到 
需要 9.7.2 节 中 采集 的 PV 打点 


5. 为 产品 经 理 和 运 品 人 员 提 供 ABTest 的 配置 后 侣 和 报表 


我 们 要 为 运 宫 人 员 或 产品 经 理 设计 一 个 配置 ABTest 策 略 的 工具 ， 
可 以 灵活 配置 在 哪个 页 面 、 哪 个 版 本 做 ABTest， 包 括 有 几 种 UI 样式 


( 枚 举 ) ， 每 个 样式 的 百分比 是 多 少 ， 等 等 。 


对 于 每 个 品类 ， 一 次 只 做 一 个 页 面 的 ABTest。 比如 说 火车 票 ， 如 
果 有 两 个 页 面 同时 做 ABTest， 将 难以 判断 转化 率 的 提升 ， 是 受 哪 一 个 
页 面 修改 后 的 影响 。 


我 们 可 以 每 次 测 一 个 页 面 ， 得 到 绪论 后 ， 再 去 测 另 一 个 页 面 。 如 
果 每 次 发 版 的 间隔 是 2 周 的话 ， 那 惑 每 个 策略 测试 一 周 。 


此 外 ， 还 需要 有 报表 ， 能 在 采集 到 数据 后 ， 看 到 ABTest 的 结 
以 便于 运营 人 员 或 产品 经 理 迅 速 做 决策 。 


对 于 Android 和 iOS， 应 该 可 以 分 开 看 报表 ， 也 可 以 合 在 一 起 看 数 
据 。 


6. 如 何 快速 采用 ABTest 得 到 的 策略 


一 旦 通过 ABTest 收 集 的 数据 分 析出 最 终 使 用 B 策 略 了 ， 那 么 如 何 
能 快速 的 通知 App 该 页 面 将 不 再 进行 ABTest 并 永远 进入 B 页 面 呢 ? 在 下 
个 版 本 删除 A 页 面 然 后 永远 进入 B 页 面 ， 这 件 事情 是 肯定 要 做 的 。 但 这 
样 束 太 晚 了 ， 我 们 要 等 每 很 久 才 能 看 到 新 版 本 的 上 线 ， 所 以 我 们 要 在 
当前 线 上 的 版 本 束 立 刻 把 页 面 切 到 B。 因 此 ， 我 们 要 在 刚才 提 到 的 那 
个 MobileAPI 接 口 A 中 ， 永 远 返 回 策 略 B。 这 样 承 能 解决 及 时 更 痢 策 略 
的 问题 了 。 


7. 实 施 ABTest 中 直到 的 一 些 问 题 和 解决 方案 


我 在 设计 ABTest 的 实现 方案 时 ， 被 质疑 最 多 的 是 ， 每 做 一 次 
ABTest， 都 要 设计 两 喜 UI，App 开 发 人 员 的 工时 倍增 。 其 实 呢 ， 这 是 
一 个 磨 刀 不 座 砍 熔 工 的 概念 。 如 采 我 们 猜 着 在 本 轮 达 代 中 开发 A 方 
案 ， 两 周 后 发 现 效 打 不 好 ， 然 后 在 下 个 和 欠 代 再 开发 B 方 案 一 开发 的 
人 力 没有 省 ， 但 是 开发 的 周期 拉 长 了 ， 除 非 你 中 途 离 职 ， 不 然 活 儿 永 
远 也 躲 不 掉 。 


另 一 种 做 ABTest 的 方法 是 使 用 Lua 脚 本 。MobileAPI 返 回 不 同 的 
Lua 脚 本 ， 动 态 绘制 不 同 的 UI 样式 。 这 样 就 不 用 在 App 中 准备 两 套 UI 
oT o 


9.8 竞 品 技术 六 丈 : 热 修 补 
9.8.1_ Native 页 面 和 HTML5 页 面 的 相互 切换 


Native 页 面 和 HTML5 页 面 的 相互 切换 是 最 激动 人 心 的 技术 ， 比 我 
一 直 在 研究 的 App 插 件 化 技术 还 要 震撼 。 因 为 插件 化 技术 只 能 适用 于 
Android， 对 iOS 无 能 为 力 。 即 使 如 此 ， 搞 Android 插 件 化 技术 需要 投入 
大 量 的 人 力 物力 ， 如 有 条 团队 不 够 大 是 不 建议 搞 插 件 化 编程 的 。 记 得 两 
年 前 我 去 一 家 公司 面试 ， 他 们 当时 就 在 搞 App 插 件 化 ， 面 试 时 间 我 这 
方面 的 东西 ， 被 我 当场 泌 了 一 头 冷 水 ， 然 后 就 没有 然后 了 。 


我 们 知道 ，Android 插 件 化 更 多 钙 为 了 解决 线 上 疗 重 的 朋 演 或 者 
bug， 有 了 时 也 可 以 紧急 上 线 一 个 新 功能 ， 而 不 用 等 到 新 版 本 发 布 。 但 问 
题 恰恰 出 在 这 里 ， 真 正 需 要 紧急 修复 的 是 ;IOS， 因 为 每 次 审核 都 要 1~2 
周 的 时 间 ， 而 Android 可 以 随时 发 版 到 国内 各 大 市 场 。 我 们 不 能 做 亏本 
的 买卖 , 费 了 巨大 人 力 结果 发 现 并 没有 解决 主要 矛盾 。 


于 是 我 们 会 选择 HTML5， 如 果 发 现 App 出 事 了 ， 束 把 那个 模块 临 
时 切换 到 HTML5 网 站 。 但 注意 ， 我 们 通常 是 把 整个 模块 切换 为 
HTML5 站 点 ， 这 个 模块 再 也 不 会 有 Native 页 面 了 。 这 种 做 法 有 些 得 不 


偿 失 。 于 是 我 开始 思考 ， 能 否 只 修改 有 问题 的 那个 页 面 ， 将 其 临时 换 
成 HIML5， 而 这 个 模块 的 其 他 页 面 仍然 使 用 Native 的 ? 


我 仔细 人 研究 了 一 个 页 面 一 一 无 论 是 Android 还 是 iOS， 所 必 备 的 几 
A 


首先 是 入 口 和 出 口 ， 把 入 口 和 出 口 控制 住 了 ， 尤 其 是 传 进来 的 参 
数 和 传 出 去 的 参数 ， 我 们 就 能 做 到 随时 在 Native 和 HTML5 之 间 切 换 。 
我 们 不 能 再 随意 的 在 A 页 面 中 实例 化 B 页 面 了 ， 我 们 应 该 使 用 9.7.1 节 介 
绍 的 页 面 跳 转 器 ， 来 解 而 各 个 页 面 之 间 的 依赖 ， 才 能 把 任何 Native 页 
面 切 换 为 HTML5 。 


注意 ， 直 接 使 用 9.7.1 节 的 Navigator 是 有 问题 的 。 我 们 在 
BaseActivity 和 BaseViewController 中 定义 的 字典 ， 用 来 在 页 面 间 传递 参 
数 。 但 是 HIML5 可 不 认 这 一 套 机 制 。 所 以 有 必要 定义 一 套 新 的 协议 ， 
同时 适用 于 Android、iOS 和 HTML5，pagenamek1=v1&k2=v2 是 一 种 比 
较 合适 的 协议 。 比 如 说 ， 从 HTML5 跳 转 到 Android 或 OS 页 面 ， 协 议 如 
下 所 示 ， 其 中 单 引号 中 的 内 容 是 协议 ， 由 3 部 分 组 成 ，Android 页 面 名 
称 ，iOS 页 面 名 称 ， 参 数 键 值 对 ， 分 别 用 喜 号 和 分 号 分 隔 开 。 


<a onclick="baobao ,gotoAnyWwWhere( 
'com.example.youngheart.MovieDetailActivity, 
i0S.MovieDetailViewController:movieId=(int)123')"> 
gotoAnywhere</a> 


其 次 是 状态 ， 这 其 中 包括 全 局 变量 、 本 地 存储 。 一 个 Native 页 面 
通常 要 读 写 全 局 变量 和 本 地 存储 ， 如 果 切 换 成 HTML5 页 面 ， 就 不 能 干 
这 些 事 情 了 ， 因 此 ， 我 们 要 提供 Native 和 HTML5 之 间 的 交互 方法 ， 以 
便于 HTML5 页 面 能 读 写 Native 中 的 全 局 变量 和 本 地 存储 。 


最 后 是 公共 组 件 ， 比 如 说 网 络 请 求 和 打点 统计 。 这 些 要 在 Native 
中 封闭 成 公用 方法 ， 以 便于 HTML5 回 调 这 些 方法 。 


如 果 把 以 上 三 点 都 做 到 了 ， 就 可 以 随时 更 换 线 上 的 某 个 页 面 了 ， 
我 们 只 要 在 App 启 动 的 时 候 调 用 一 个 MobileAPI 接 口 ， 获 取 一 份 页 面 清 
单 ， 指 定 哪 些 页 面 是 Native 的 哪些 页 面 是 HTML5 的 即 可 。 
9.8.2 ”在 iOS 中 使 用 脚本 编程 


1. 寻 找 快速 修复 App 线 上 bug 的 办 法 


我 们 前 面 提 到 了 在 App 中 使 用 HTML5， 这 其 实 就 是 脚本 编程 的 一 
种 ， 只 不 过 要 在 WebView 中 展现 。 


我 见 过 有 些 App 通 过 返回 XML 格式 或 者 JSON 格 式 的 数据 ， 通 知 
App 绘 制 UI。 这 其 实 也 是 一 门 脚本 语言 ， 但 这 么 做 只 能 把 UI 绘 制 出 
来 ， 并 不 能 动态 返回 一 个 Native 的 方法 ， 比 如 ， 点 击 按钮 该 做 些 什么 
事情 。 


我 接 下 来 要 介绍 的 脚本 编程 ， 是 指 在 iOS 使 用 Lua 或 JavaScript 这 样 
的 脚本 语言 。 对 于 应 用 类 App 而 言 ， 也 确实 需要 脚本 语言 介入 了 ， 尤 
其 是 那些 对 转化 率 要 求 很 高 的 电 丙 App， 线 上 一 旦 有 致命 的 bug 或 者 
Crash， 可 以 迅速 用 脚本 语言 改 好 。 这 束 好 比 映 体 受 伤 了 ， 帖 一 个 创 可 
贴 ， 等 伤口 钝 合 了 (下 次 发 新 版 本 ) ， 再 把 创可贴 摘 掉 。 


在 手机 游戏 领域 ， 已 经 广泛 采用 Lua 进 行 编程 了 。 这 样 的 好 处 
是 ， 每 天 都 能 通过 Lua 修 改 代 码 ， 增 加 个 新 的 地 图 或 者 道具 ， 然 后 通 
过 MobileAPI 把 Lua 脚 本 返回 给 App， 达 到 新 功能 迅速 上 线 的 效果 ， 而 
不 用 受 发 版 上 线 的 制约 。 授 下 来 我 们 看 iOS 中 是 如 何 植 入 Lua 或 
JavaScript 脚 本 的 。 


2. 在 iOS 中 使 用 脚本 语言 的 八卦 史 


首先 隆重 介绍 Wax 这 个 第 三 方 开源 库 。Wax 是 使 用 Lua 脚 本 语言 来 
编写 OS 原生 应 用 的 一 个 框架 ， 它 建立 了 iOS 原 生 Objective-C 语 言 和 
Lua 脚 本 语言 之 间 的 映射 关系 。 


但 是 发 明 Wax 的 这 哥们 从 2013 年 开始 整 不 维护 这 个 框架 了 ， 导 致 
了 Wax 中 的 很 多 遗留 问题 没有 得 到 解决 ， 比 如 说 不 支持 目 定 义 的 结构 
体 和 结构 体 指针 ， 不 文 持 多 线程 等 等 。 


后 来 ，2013 年 年 底 ， 履 角 敏 在 Wax 的 基础 上 开发 出 WaxPatch， 这 
也 是 GitHub 上 的 一 个 开源 项 目 ， 它 的 神奇 之 处 就 在 于 ， 在 App 启 动 时 
会 加 载 服 务 右 上 的 zip 包 ，zip 包 中 是 用 Lua 脚 本 编写 的 补丁 ， 在 App 运 
行 期 间 ， 这 些 补丁 文件 中 的 方法 能 替换 iOS 中 的 任何 一 个 类 的 任何 一 
个 方法 的 实现 。 它 的 实现 原理 是 重 写 了 运行 时 的 class_replaceMethod 方 
法 。[ 


就 在 我 们 庆 坟 iOS 找 到 了 快速 修复 线 上 bug 的 解决 方案 ， 再 不 用 因 
为 线 上 有 bug 而 要 忍受 老板 能 杀 死 你 的 眼神 时 ， 苹 果 在 2015 年 2 月 强制 
要 求 所 有 新 提交 的 应 用 必须 兼容 64 位 ， 但 原来 使 用 Lua 的 框架 Wax 是 不 
支持 64 位 的 。 


人 生 不 如 意 事 ， 十 有 八 九 。 


于 是 又 等 了 几 个 月 ， 开 源 社 区 给 出 了 Wax 的 64 位 版 本 ， 在 此 基础 
上 上， 我 们 把 WaxPatch 的 改动 也 移植 过 去 ， 束 有 了 WaxPatch 的 64 位 版 
pr 


2015 年 5 月 ，JSPatch 面 世 。 它 的 原理 和 WaxPatch 一 样 ， 都 是 在 App 
运行 期 间 替 换 iO0S 中 的 任何 一 个 类 的 任何 一 个 方法 的 实现 ， 只 是 它 是 
基于 JavaScript 来 实现 的 。 估 计 是 JSPatch 的 作者 等 不 及 Wax 和 WaxPatch 
迟 迟 不 更 新 所 以 才 另 起 炉灶 了 吧 。 与 此 同时 ，JSPatch 的 作者 还 提供 了 
大 量 的 实例 来 帮助 我 们 理解 这 个 开源 项 目 。 吕 | 


Wax 和 WaxPatch 毕 竟 很 久 不 维护 了 ， 它 不 文 持 iOS 的 多 线程 语法 以 
及 自 定 义 结 构 体 和 结构 体 指 针 ， 而 JSPatch 是 文 持 这 些 iOS 特 性 的 ， 所 
以 建议 大 家 使 用 JSPatch。 本 书 即将 出 版 的 时 候 ，JSPatch 已 经 比较 成 束 
了 ， 而 且 还 在 持续 更 新 ， 优 化 因 反 射 而 带 来 的 性 能 问题 。 让 我 们 拭 目 


本 书 不 打算 过 多 介绍 如 何 把 Objective-C 代 码 转换 为 Lua 或 者 
JavaScript， 官 方 文档 已 经 讲 得 很 清楚 了 。 下 面 我 将 以 WaxPatch 为 例 ， 
介绍 一 下 它 的 使 用 策略 。JSPatch 的 使 用 思路 也 是 一 样 的 。 


3.Zip 包 下 载 策 上 略 


接 下 来 介绍 WaxPatch 中 压缩 包 的 下 载 规 则 。 压 缩 包 中 的 内 容 束 是 
用 于 热 修 补 的 Lua 脚 本 。 


首先 返回 Lua 下 载 地 址 的 MobileAPI 接 口 ， 要 区 分 App 的 版 本 。 比 
如 当前 版 本 有 一 个 严重 的 bug， 为 了 修复 它 引 入 了 lua001.zip ， 而 我 们 
在 下 一 个 版 本 修复 了 这 个 bug， 束 不 需要 lua001.zip 包 ， 或 者 说 等 下 个 
版 本 上 线 后 又 发 现 了 新 的 bug， 这 时 候 要 引入 lna002.zip。 所 以 这 个 
MobileAPI 接 口 应 该 根据 版 本 号 返回 不 同 的 Lua 压 缩 包 下 载 地 址 。 


如 何 控制 App 不 重复 下 载 相同 的 Lua 压 缩 包 呢 ? 每 次 调用 
MobileAPI 接 口 获取 到 Lua 压 缩 包 的 地 址 ， 比 如 说 lua001.zip， 我 们 在 解 


压 lua001.zip 这 个 压缩 包 到 本 地 lua001 这 个 目录 下 的 同时 会 把 lua001 这 
个 值 存 到 本 地 文件 的 变量 luaver 中 。 下 次 再 调用 MobileAPI 接 口 ， 歌 会 
根据 返回 的 Lua 压 缩 包 的 地 址 进行 判断 : 


如 果 值 为 空 ， 说 明 不 需要 Lua 脚 本 来 修复 bug， 那 么 就 把 luaVer 设 
置 为 空 。 


如 果 值 仍然 是 lua001.zip 没 有 变化 ， 束 什么 都 不 做 。 


如 果 值 是 一 个 新 的 Lua 压 缩 包 的 地 址 ， 比 如 lua002.zip， 那 么 束 下 
载 这 个 压缩 包 ， 将 其 解压 到 lua002 这 个 新 的 目录 ， 并 把 luavVer 这 个 值 设 
置 为 lua002 。 


按照 上 述 策 略 ， 我 们 就 可 以 根据 luaver 的 值 ， 来 控制 App 能 加 载 到 
最 新 的 lua 压 缩 包 ， 而 且 避 免 重 复 下 载 。 


4. 调 试 案 上 略 


我 们 的 策略 是 依赖 MobileAPI 返 回 的 Lua 压 缩 包 的 下 载 地 址 ， 但 是 
不 可 能 每 次 开发 调试 时 ， 都 把 一 个 用 于 测试 Lua 压 缩 包 发 布 到 服务 恬 
上 ， 因 为 我 们 在 调试 期 间 会 频繁 地 修改 Lua 压 缩 包 中 的 文件 。 


基于 此 ， 在 调试 期 间 ， 我 们 绕 开 从 服务 右 下 载 Lua 压 缩 包 并 比较 
版 本 的 做 法 ， 改 为 把 Lua 压 缩 包 中 的 文件 直接 复制 到 本 地 目录 的 方 


式 ， 比 如 ，lua001.zip 包 中 有 2 个 Lua 文 件 ， 我 们 把 这 两 个 文件 集成 到 
App 项 目 中 ， 在 App 每 次 启动 的 时 候 ， 就 把 这 两 个 Lua 文 件 复制 到 本 
地 ， 然 后 就 可 以 直接 使 用 了 。 


在 全 部 调试 完成 ， 束 把 代码 切 回 到 仍然 从 服务 器 下 载 Lua 压 缩 包 
的 模式 。 


5.Lua 不 文 持 的 场景 及 解决 方案 


并 不 是 所 有 的 iOS 代 码 都 能 转换 为 Lua 脚 本 。 以 下 是 我 遇 到 的 情况 
以 及 相应 的 解决 方案 。 


1) 如 果 变 量 或 属性 声明 错 了 呢 ? 


我 们 知道 WaxPacth 编 程 的 思想 是 在 iOS 运 行 时 注入 ， 动 态 修改 任 
何 一 个 类 的 任何 一 个 方法 的 实现 。 也 整 是 说 任何 一 个 方法 体 都 可 以 蕉 
换 为 Lua 脚 本 ， 但 就 是 不 能 修改 方法 的 签名 。 但 这 还 好 ， 巡 到 这 种 情 
况 ， 我 们 在 Lua 中 重 写 一 个 方法 ， 价 单 地 包 泌 一 下 Objective-C 中 不 符合 
我 们 要 去 的 方法 即 可 。 


但 是 如 果 是 一 个 属性 或 类 级 别 的 变量 的 类 型 声明 错 了 ， 我 们 就 真 
的 没 办 法 了 。 仔 细 检 查 WaxPacth 这 个 框架 ， 还 真 没有 定义 一 个 属性 或 
变量 的 地 方 。 遇 到 这 种 情况 ， 我 们 的 解决 方案 是 ， 在 项 目 中 增加 一 个 
LuaClass 类 ， 里 面 只 有 一 个 字典 属性 dicLuaObject 。 


在 Lua 脚 本 中 ， 我 们 把 错误 类 型 的 属性 或 者 变量 所 出 现 的 任何 地 
方 蔡 换 为 正确 类 型 的 变量 ， 而 这 个 变量 则 定义 在 LuaClass 类 的 
dicLuaObject 字 上 典 属性 中 。 


2) 对 于 block 块 该 如 何 处 理 呢 ? 


Lua-Wax 不 支持 block 块 。 因 此 一 旦 block 块 内 的 代码 有 问题 ， 束 要 
重 写 这 个 block 块 所 在 的 方法 ， 同 时 将 block 块 中 的 代码 封装 成 男 成 一 个 
方法 ， 也 在 Lua 脚 本 中 重 写 。 


6. 如 果 zip 包 被 劫持 了 呢 ? 


不 要 以 为 MobileAPI 返 回 了 Lua 压 缩 包 下 载 的 地 址 ， 就 可 以 直接 下 
载 并 使 用 了 “。 经 常 有 恶意 攻击 者 劫持 了 服务 器 返回 给 我 们 的 下 载 地 
址 ， 而 让 我 们 去 下 载 一 个 恶意 的 压缩 包 。 我 们 一 旦 下 载 并 解压 缩 这 个 
恶意 的 包 ， 接 下 来 可 能 发 生 各 种 意 想 不 到 的 事情 。 


为 此 ， 我 们 不 能 认为 网 上 下 载 的 任何 压缩 包 都 是 安全 的 。 我 们 需 
要 一 套 校 验 机 制 ， 来 保证 这 个 下 载 到 的 压缩 包 是 我 们 自己 提供 的 ， 如 
果 验 证 不 过 ， 就 删除 或 者 隔离 这 个 文件 。 

SSH 有 是 最 简单 的 解决 方案 ， 但 瓯 是 HITPS 协 议 访问 起 来 太 慢 了 ， 
能 否 做 成 HITP 的 呢 ? 可 以 ， 我 们 需要 准备 一 对 公 铀 和 私 钥 : 把 zip 包 
使 用 私 钥 进行 签名 后 再 放 到 服务 器 提供 下 载 : 而 App 下 载 这 个 zip 包 到 


本 地 ， 则 使 用 保存 在 App 中 的 公 稻 进 行 校 验 。 我 们 要 对 私 钥 进 行 闫 格 
的 保密 ， 不 能 泄漏 给 他 人 ， 这 样 即 使 有 人 在 App 中 取 到 了 公 钥 ， 因 为 
没有 配套 的 私 铀 ， 也 没 办 法 生成 一 个 符合 我 们 要 取 的 zip 包 。 


7.Lua 对 iOS 的 深远 影响 


有 了 Lua 这 个 利器 ， 线 上 的 任何 bug 或 者 Crash 都 能 以 最 快 的 速度 修 
复 ， 而 不 需要 重 狐 提 交 审 核 新 的 版 本 并 等 竺 超 长 的 时 间 。 比 如 ， 我 们 
最 吾 恼 的 古 页 面 打 点 经 常 发 现 打 错 了 或 者 漏 打 了 ， 为 了 能 不 影响 数 据 
的 采集 ， 使 用 Lua 能 及 时 缝补 这 个 漏洞 。 


最 后 需要 补充 的 是 ， 虽 然 Lua 语 言 很 简单 ， 尤 其 是 WaxPacth 这 个 
框架 的 支持 ， 使 得 我 们 可 以 改写 任何 方法 都 很 容易 。 但 是 我 经 常 看 到 
的 是 很 多 Objective-C 方 法 者 有 成 百 上 干 行 代码 ， 这 束 给 改写 市 来 了 很 
大 的 工作 量 。 这 整 义 回 到 了 编码 规范 的 层面 ， 尽 量 把 方法 写 的 短小 。 
每 个 方法 只 做 一 件 事 情 。 


@ 提示 ”在 Android 中 使 用 Lua 


iOS 因 为 有 了 WaxPatch 而 重新 焕发 了 活力 ， 而 Android 在 Lua 方 同 的 
进展 却 不 温 不 火 。 


Android 因 为 可 以 使 用 插件 化 编程 ， 而 且 即 使 线 上 有 了 产 重 的 
bug， 到 各 大 市 场 发 一 次 新 版 本 整 解 决 了 ， 所 以 ， 相 比 :OS，Android 有 


其 实 Android 也 可 以 使 用 Lua 脚 本 语言 编程 ， 业 界 比较 公认 的 技术 
是 AndroLua 这 个 开源 项 目 。 我 对 AndroLua 的 研究 还 在 进行 中 。 也 请 越 
来 越 多 的 人 关注 这 个 项 目 。 


本 书 临 近 出 版 的 时 候 ， 听 说 淘 军 有 个 团队 推出 一 个 名 为 Dexposed 
的 开源 项 目 ， 它 是 基于 AOP 思 想来 设计 的 ， 能 解决 性 能 监控 、 在 线 热 
修复 等 问题 。 这 个 开源 项 目 还 很 年 轻 ， 但 古 我 非常 看 好 它 。 


[1] WaxPatch 的 源码 地 址 : https://github.com/mmin18/WaxPatch 
[2] WaxPatch 的 64 位 版 本 ， 参 见 https://github.conmy/felipejfc/n-wax 
[3] JSPatch 的 下 载 地 址 ， 参 见 https://github.com/bang590/JSPatch 


9.9” 竞 品 技术 七 浆 : 曲 径 通 幽 
9.9.1 一 切 彰 可 配置 


1. 使 用 XML 配置 首页 ， 防 止 因 加 载 不 到 数据 而 没有 入 口 


在 很 多 电 商 类 App 中 ， 我 们 会 看 到 有 一 个 配置 文件 或 者 JSON 文 件 
里 面 存 放 着 首页 展示 所 需要 的 所 有 数据 ， 包 括 图 片 、 文 字 等 等 ， 点 击 
后 能 进入 各 个 品类 这 些 二 级 页 面 ， 如 图 9-12 所 示 ， 我 们 可 以 看 到 ， 这 个 
首页 由 3 个 Tab 组 成 : 首页 、 发 现 、 个 人 中 心 ， 配 置 文件 中 指定 了 每 个 
Tab 的 显示 文字 、 点击 后 对 应 的 ViewController、 所 需 的 默认 图 和 高 亮 
图 。 


略 |《 


> | 转 MainPageData.plist > No Selection 


Key 
可 Root 


viltem 0 


selected 
className 


highlightedlmage 
defaultlImage 


tabTitle 


Viltem1 


selected 
className 


highlightedlmage 
defaultImage 


tabTitle 


Vltem 2 


selected 
className 


highlightedimage 
defaultImage 


tabTitle 


Type 


© Array 


Dictionary 
Boolean 
String 
String 
String 
String 
Dictionary 
Boolean 
String 
String 
String 
String 
Dictionary 
Boolean 
String 
String 
String 
String 


Value 

(3 items) 

(5 items) 

YES 
MainPageController 
home-highlight 
home-default 

首页 

(5 items) 

NO 
PublishViewController 
publish-highlight 
publish-default 

发 布 

(5 items) 

NO 
UserCenterViewController 
user-highlight 
user-default 


个 人 中 心 


图 9-12 菏 球 App 首 页 的 plist 配 置 文件 


这 么 做 是 因为 ， 如 果 获 取 首 页 信息 的 MobileAPI 接 口 挂 了 ， 或 者 ， 
束 在 我 们 调用 该 接口 的 时 候 持 了， 那么 首页 仍然 能 通过 读 取 这 个 本 地 
的 配置 文件 或 者 JSON 文 件 而 正常 显示， 仍然 能 看 到 各 个 品类 的 入 口 ， 
扩 击 后 进入 ， 这 样 不 影响 生意 。 


但 是 这 个 配置 文件 或 者 JSON 文 件 可 能 不 是 线 上 最 新 的 数据 ， 所 以 
一 种 好 的 解决 方案 是 ， 第 一 次 局 动 App 的 时 候 把 这 个 文件 复制 到 本 地 ， 
然后 每 次 调用 首页 MobileAPI 接 口 渠道 数据 后 就 把 数据 同步 到 这 个 文 
件 ， 这 样 就 确保 了 下 次 如 果 调 用 MobileAPI 接 口 不 通 ， 仍 然 能 显示 比较 
新 的 数据 。 


2. 配 置 页 面 的 公共 行为 


把 首页 的 数据 配置 在 XML 中 只 是 第 一 步 ， 这 个 世界 上 不 乏 野 心 
者 ， 他 们 想 把 更 多 公用 的 东西 做 成 可 配置 化 。 


比如 ， 调 用 MobileAPI 时 是 否 要 显示 进度 条 ， 进 度 条 中 是 否 有 取消 
按钮 ， 点 击 取消 按钮 后 是 后 退 到 上 一 页 还 是 停留 在 当前 页 面 ， 调 用 


MobileAPI 错 误 是 否 要 显示 错误 提示 ， 如 下 所 示 : 


<ShowSetting showLoading="1" 
showCancel="0" goBackAfterCancel="1" showErrorInfo="1" /> 


又 比如 ， 进 这 个 页 面 是 否 要 登录 ， 如 下 所 示 : 


<WindowType needLogin="1"/> 


所 有 这 些 信息 部 定义 在 配置 文件 中 。 我 们 应 该 在 App 中 编写 一 套 页 
面 引 擎 ， 目 动 读 取 配 置信 息 ， 这 样 融 能 少 写 很 多 很 多 代码 。 开 发 人 员 
就 可 以 把 更 多 精力 放 在 业务 逻辑 的 实现 上 。 


9.9.2 ” App 后 门 


任何 成 熟 App 都 会 为 自己 留 一 个 后 门 ， 目 前 业界 有 两 种 做 法 : 
:只 有 Debug 版 本 能 看 到 这 个 后 | ]， 而 Release 版 本 看 不 到 。 


在 线 上 Release 版 本 中 很 深 的 一 个 页 面 ， 比 如 设置 页 面 ， 点 击 某 个 
特定 的 区 域 很 多 次 后 弹出 一 个 对 话 框 ， 要 求 输入 密码 ， 输 入 正确 残 能 
进入 这 个 局 | 和 


留 一 个 后 门 有 很 多 好 处 列举 如 下 : 


-做 一 个 能 切换 服务 万 的 页 面 。 这 样 吏 可 以 在 开发 期 间 ， 从 线 上 环 
境 切 换 到 测试 环境 而 不 需要 重新 打 个 包 ， 极 大 方便 了 测试 团队 对 新 功 


能 进行 验收 。 


.要 测试 某 个 页 面 请 求 了 哪些 MobileAPI 接 口 ， 打 印 出 调用 这 些 接口 
时 输入 的 参数 和 返回 JSON 数 据 。 这 样 葡 能够 在 线 上 App 发 现 某 个 页 面 
有 问题 时 ， 及 时 在 App 后 门 中 检查 数据 是 否 正常 ， 而 不 用 App 开 发 人 员 
和 MobileAPI 开 发 人 员 坐 在 一 起 逐 行 联 调 代 码 ， 极 大 节省 了 人 力 。 


-对 于 App 朋 演 ， 我 们 将 最 后 一 次 月 并 的 信息 记录 在 本 地 ， 然 后 可 
以 通过 后 1 门 看 到 这 个 月 江 信 息 。 这 对 于 测试 期 间 不 经 意 点 出 来 的 月 
并 ， 可 以 迅速 退 味 到 问题 的 所 在 。 当 然 ， 男 一 种 方案 古 把 朋 江 信息 发 


送 到 服务 器， 然后 我 们 去 服务 胡 抓 取 朋 演 人 信息， 但 古 这 样 不 及 时 ;而 
对 于 那些 发 现 App 朋 并 然后 来 找 我 们 的 同事 朋友 来 说 ， 通 过 后 | ] 看 朋 浇 


志 是 最 好 的 途径 。 


.提供 一 个 后 门 页 面 供 HTML5 团 队 进 行 调试 ， 该 页 面 内 置 一 个 
WebView， 加 载 HTML5 团 队 正在 开发 的 HTML 页 面 ， 要 文 持 调试 。 


.对 我 们 的 App 进 行 流量 测试 ， 统 计 某 个 页 面 所 花费 的 流量 ， 包 括 
调用 MobileAPI、 下 载 图 片 、 上 传 文件 、XMPP 聊 天 等 等 。 其 中 ， 从 
App 启 动 到 首页 加 载 完成 所 花费 的 流量 是 我 们 关心 的 一 个 关键 点 ， 而 手 
机 待机 时 ，App 所 花费 的 流量 也 是 我 们 所 关心 的 。 我 们 需要 这 样 一 个 后 
门 页 面 ， 看 到 这 些 数据 统计 。 


对 我 们 的 App 进 行 电池 电量 消耗 测试 。 需 要 有 个 后 门 页 面 记录 每 
次 打开 App 和 退出 App 的 时 间 ， 以 及 这 段 时 间 内 我 们 的 App 所 请 耗 的 电 
量 。 为 了 确保 数据 的 准确 性 ， 需 要 确保 手机 上 只 安装 了 一 个 App， 而 且 
处 于 相同 的 网 络 环境 下 ， 比 如 3G 。 


前 面 说 到 开 一 个 后 | ]， 提 供 切 换 服 务 右 的 功能 。 这 样 测试 人 员 可 
以 在 这 个 后 门 页 面 灵 活 配 置 当 前 MobileAPI 要 连接 哪个 服务 器 。 基 于 
此 ， 这 个 后 台 页 面 需 要 显示 服务 器 清单 列表 ， 而 这 个 列表 从 App 包 中 的 
一 个 文件 读 取 ， 此 外 ， 还 要 文 持 手动 输入 服务 瑚 地址， 因为 有 时 候 要 


直接 连接 到 MobileAPI 开 发 人 员 的 机 严 ， 把 他 们 的 开发 机 融 作 为 临时 服 


局 局 


务 器 。 


9.9.3” ”Android 包 中 META-INF 目 录 的 妙用 


对 于 Android 批 量 打 渠道 包 ， 每 个 团队 都 有 切身 的 痛 。 包 经 过 
混淆 和 签名 ， 都 至 少 要 3 分 钟 时 间 ，300 多 个 包 就 是 十 几 个 小 时 才能 全 
打出 来 ， 所 以 一 般 在 晚上 干 这 个 事情 。 


一 般 而 言 ， 我 们 在 App 每 次 启动 时 从 AndroidManifest.xml 这 个 文件 
读 取 渠道 名 称 ， 如 下 所 示 ， 其 中 360Android 是 渠道 名 称 : 


<application> 
<meta-data 
android:name= "UMENG_ CHANNEL" 
android:value= "360android"/> 


然后 在 App 中 ， 每 次 从 AndroidManifest.xml 中 取出 这 个 渠道 
传递 给 友 盟 或 者 我 们 自己 的 MobileAPI 授 口 ， 如 下 所 示 ， 演 示 了 如 何 取 
得 渠道 名 称 的 方法 : 


private String getChannel(Context context) { 
try { 
PackageManager pm = context.getPpackageManager(); 
ApplicationInfo appInfo = pm.getApplicationInfo( 
context .getPackageName( )，PackageManager .GET_META_DATA); 
return appInfo.metaData.getString("channe1") 
} catch (PackageManager.NameNotFoundException ignored) { 


return ™"; 


上 述 是 传统 的 做 法 ， 我 们 接 下 来 介绍 一 种 更 快 的 做 法 。 

我 也 是 偶然 的 机 会 ， 看 到 一 些 知 名 的 App 包 里 面 的 META-INF 目 
孙 ， 会 有 一 个 0 字 区 的 文件 ， 文 件 名 是 茶 个 渠道 的 值 ， 于 是 我 束 大 胆 猜 
测 ， 这 个 文件 是 用 来 批量 打 渠 道 包 的 。 


我 上 网 查 了 一 下 这 个 META-INF 目 录 的 功用 ， 发 现 修改 这 个 目录 里 
面 的 文件 ， 是 不 需要 重新 签名 App 的 。 于 是 我 们 可 以 如 下 进行 优化 。 


1. 打 包 流 程 上 的 优化 


打 一 个 签名 混 清 过 的 正式 包 ， 我 们 称 之 为 "母体 ”， 然 后 往 这 个 apk 
包 中 插入 一 个 名 为 channel_360Android 的 空 文件 。 这 样 一 个 渠道 包 就 完 
成 了 ， 如 图 9-13 所 示 。 


v BM META-INF 
国 channel 360Android 
国 MANIFESTMF 


团 SANKUAI.RSA 
国 SANKUAI.SF 


图 9-13 META-INE 目 录 下 的 空 文件 


之 所 以 在 至 文件 的 名 称 前 面 加 上 channel 的 前 级 ， 是 为 了 在 运行 期 
查找 这 个 文件 的 时 候 ， 可 以 快速 找到 。 


准备 一 个 渠道 列表 文件 channel.txt， 文 件 内 容 由 3 个 炬 道 组 成 ， 
个 渠道 占 一 行 ， 如 下 所 示 : 


360Android 
91Android 
baidu 


ee 志 历 这 个 渠道 列表 文件 ， 逐 
个 生成 渠道 包 ， 脚 本 如 下 所 示 : 


import zipfile 
import shutil 


import os 
base dir = '/Users/Shared/' 
apk_name = 'ChannelDemo' 


apk_path = base dir + apk_name + '.apk' 
empty_file = base dir + 'baojianqiang' 
f = open(empty_file, 'w') 
f,close() 
channel file = base dir + 'channel.txt'" 
f = open(channel_ file) 
lines = f.readlines() 
f,close() 
output_dir = base_dir + "output' 
if not os.path.exists(output_dir) 
os.mkdir(output_dir) 
for line in lines 
target_channel] = line.strip() 
target_apk = output_dir + '/ChannelDemo_' 
+ target channel + '.apk' 
shutil.copy(apk_path, target_apk) 
zipped = zipfile.ZipFile(target_ apk, 'a', zipfile.ZIP_DEFLATED) 
empty_channel_file = 'META-INF/channel_' + target_channel 
zipped.write(empty_file, empty_channel_ file) 
zipped.close() 


这 样 ， 生 成 第 一 个 “母体 " 包 需 要 几 分 钟 时 间 ， 但 是 之 后 生成 其 他 
渠道 包 的 时 间 就 快 了 ， 束 都 是 在 apk 中 插入 一 个 空 文件 的 时 间 了 。 


2. 运 行 期 间 的 优化 


我 们 改 为 从 META-INF 目 隶 读 取 那 个 0 字 市 的 文件 名 称 ， 从 中 得 到 
这 个 apk 包 的 渠道 号 ， 网 上 有 很 多 这 样 的 代码 例子 ， 我 束 不 过 多 说 了 。 


按照 上 述 打包 新 流程 ， 一 分 钟 打 几 百 个 渠道 包 不 成 问题 。 


9.9.4 ”classes.dex 的 拆 与 合 


一 般 而 言 ，Android App 中 的 dex 文 件 只 有 一 个 。 但 是 对 于 很 多 业务 
逻辑 复杂 的 App， 当 方法 数量 超过 dex 的 最 大 限制 65535 时 ， 编 译 束 会 出 
错 。 业 界 称 之 为 “爆棚 ”。 


一 种 解决 方案 就 是 插件 化 。 把 那些 独立 的 模块 做 成 一 个 apk， 然 后 
在 使 用 的 时 候 ， 使 用 DexClassLoader 进 行 加 载 。 对 那些 暂时 还 没有 插件 
化 编程 的 App 而 言 ， 这 种 解决 方案 太 遥 远 了 。 


另 一 种 解决 方案 就 是 dex 分 包 。 职 是 将 classes.dex 拆 分 为 2 个 dex， 让 
每 个 dex 包 的 方法 数量 都 小 于 65535。 很 多 App 都 是 这 么 做 的 ， 有 的 App 
甚至 拆 分 成 6 个 dex 之 多 。 


Google 提 供 了 dex 拆 包工 具 multidex。 关 于 这 个 工具 的 使 用 方法 ， 
请 参见 CSDN 上 “时 之 沙 ” 的 博客 文章 (1 。 


但 multidex 仍 然 解 决 不 了 开发 调试 期 间 方 法 数 超过 dex 上 限 的 问 
题 ， 开 发 人 员 不 能 每 次 调试 都 使 用 Gradle 去 打包 ， 于 是 我 们 只 好 把 不 重 


要 的 SDK 引 用 临时 去 挥 ， 比 如 GA 打上 后 ， 同 时 注释 挥 引用 了 这 个 SDK 的 
代码 ， 这 样 束 能 正常 编译 和 调试 了 ， 最 后 在 提交 测试 或 发 布 市 场 打包 
的 时 候 再 把 删除 的 引用 和 注释 掉 的 代码 恢复 过 来 。 


每 次 都 这 么 搞 可 不 行 ， 严 重 扰乱 了 开发 节奏 ， 于 是 我 们 采取 在 代 
码 中 动态 加 载 dex 的 方式 。 对 于 那些 第 三 方 SDK， 比 如 Umeng、Google 
Analytics、aSmack、JPush， 都 是 导致 dex 方 法 数 徒 增 最 终 达 到 上 限 
的 “杀手 ”级 SDK， 所 以 我 们 优先 把 这 些 jar 包 提出 来 ， 放 到 一 个 apk 中 ， 
作为 第 二 个 dex。 这 样 我 们 就 能 使 用 DexClassLoader 加 载 这 些 SDK 啦 。 


只 要 能 把 方法 数 降 低 到 65535 以 下 ， 就 又 可 以 在 各 种 IDE 中 正 销 开 
发 调试 了 。 


关于 动态 加 载 dex 的 技术 ， 请 参见 以 下 文章 ， 有 更 加 详尽 的 介绍 : 
:custom class loading in dalvik 2 

. 美 团 Android DEX 自 动 拆 包 及 动态 加 载 简介 D 

.Android dex 分 包 方 案 针 


[1] 博文 地 址 : http://blog.csdn.net/t12x3456/article/details/40837287。 
[2] 博文 地 址 : http://android-developers.blogspot.hk/2011/07/custom-class- 
loading-in-dalvik.html ° 


[3] 博文 地 址 : http://tech.meituan.com/mt-android-auto-split-dex.html 。 


[4] 博文 地 址 : http://my.oschina.net/853294317/blog/308583。 


9.10“ 竞 品 技术 八 称 : 模块 化 拆 分 


9.10.1 ” iOS 资源 拆 分 与 模块 化 


对 于 iOS， 很 多 App 已 经 注意 到 图 片 会 散落 在 各 个 地 方 ， 于 是 会 把 
图 乒 、 配 置 文件 、xib 按 照 模块 进行 归 类 ， 放 到 各 目的 pundle 包 中 。 做 
得 最 好 的 是 一 家 电 商 App， 会 在 App 包 中 的 一 级 目录 下 面 看 不 到 任何 图 
请， 而 只 有 若干 bundle， 如 图 9-14 所 示 “。 


BookRes.bundle 
FlightRes.bundle 
FrameworkRes.bundle 
GiftRes.bundle 
GrouponRes.bundle 
HotelRes.bundle 


MainPageRes.bundle 
MovieRes.bundle 
MusicRes.bundle 
PersonCenterRes.bundle 
SearchRes.bundle 
ShoppingRes.bundle 
TaxiRes.bundle 


图 9-14 茶 球 App 包 中 ， 对 资源 进行 了 模块 化 拆 分 


只 对 资源 进行 模块 化 拆 分 是 远 远 不 够 的 。 一 定 要 对 代码 进行 模块 
化 拆 分 。 把 不 同 模块 的 代码 放 到 各 自 的 GIT 仓 库 中 ， 这 样 各 个 部 门 只 对 
各 日 GIT 仓 库 中 的 代码 负责， 而 不 会 产生 代码 级 别 的 依赖 ， 如 图 9-15 所 


A 


iOS Lib 


ModuleB 


ModuleA 


| 上 


图 9-15 ”iOS 模 块 化 架构 


在 OS 中， 我们 可 以 使 用 .a 文件 进行 模块 化 拆 分 。 把 每 个 模块 都 
以 .a 文 件 的 形式 其 入 到 MainApp 这 个 主 模块 中 。 


但 是 .a 文件 不 能 动态 下 载 ， 所 以 也 束 不 能 使 用 类 似 于 Android 的 插 
件 化 思想 。 要 想 动态 更 新 模块 还 要 吃 辟 蹊 径 。 


9.10.2” Android 模块 化 拆 分 


家 大 业 大 ， 于 女 多 了 以 后 束 要 考虑 分 家 的 事情 ， 大 家 各 过 各 的 ， 
出 了 问题 尽量 目 己 捅 定 。 公 司 大 了 ， 也 会 面临 同样 的 问题 ， 我 们 会 把 
App 按 照 模块 进行 拆 分 ， 代 码 按照 模块 拆 分 到 不 同 的 GIT 仓 库 中 ， 不 同 
部 门 负责 各 目 不 同 的 模块 ， 他 们 会 对 目 己 的 模块 负责 。 


如 有 条 还 按照 之 前 的 做 法 ， 把 模块 按照 Package 进 行 划 分 ， 看 起 来 也 
不 错 ， 但 是 这 样 做 会 有 问题 。 比 如 发 版 时 间 为 1 月 14 号 ， 但 是 A 部 门 负 


责 的 A 模块 却 延 期 了 ， 难 道 我 们 要 延期 发 版 吗 ? 那 不 行 。 所 以 我 们 要 把 
A 模块 从 主 项 目 中 迁移 出 去 ，A 模 块 会 作为 一 个 jar 包 ， 主 项 目 会 保持 对 
该 jar 包 的 引用 。 这 样 A 模块 如 琳 延 期 了 ， 那 么 主 项 目 束 仍然 保持 对 A 项 
目 原 有 jar 包 的 引用 ， 这 样 束 不 耽误 1 月 14 号 的 正常 发 版 了 。 


一 方面 ， 各 部 门 如 来 继续 在 一 个 版 本 库 下 工作 ， 经 常会 搞 出 互 
相干 扰 的 情况 。 比 如 说 A 提交 的 代码 会 导致 B 编 译 不 过 ，A 提 交 的 代码 
会 冲 掉 B 的 代码 ，A 修 改 了 公共 方法 会 导致 其 他 地 方 都 报错 。 当 我 们 把 
代码 按照 模块 部 拆 开 了 束 不 会 有 问题 了 ，A 随 便 提交 目 己 的 代码 ， 只 会 
影响 目 己 的 GIT 仓 库 ， 不 会 企及 他 人 。 


然而 问题 接 中 而 至 ， 如 图 9-16 所 示 。 


| AndroidLib 
入 


ModuleA ModuleB 


MainApp | 


图 9-16 ”Android 模 块 化 拆 分 示意 图 


我 们 看 一 个 这 个 模块 拆 分 图 ， 有 以 下 几 个 问题 需要 解决 : 


1) ModuleA 模 块 和 ModuleB 模 块 共用 的 类 和 方法 ， 要 怎么 处 理 ? 
2) ModuleA 模 块 和 ModuleB 模 块 共 用 的 资源 ， 要 怎么 处 理 ? 


3) 如 何 能 在 不 同 模块 间 共 享 数据 ? 比如 全 局 变量 、 模 块 之 间 页 面 
跳 转 时 传 值 。 


对 于 问题 1) ， 我 们 要 解决 代码 上 的 依赖 。 所 以 我 才 会 在 本 书 第 一 
部 分 介绍 了 如 何 和 剥离 出 一 个 业务 无 关 的 AndroidLib 类 库 。 在 此 基础 上 ， 
我 们 可 以 轻松 地 把 一 个 模块 所 涉及 的 那些 Activity 转 移 到 另 一 个 模块 


对 于 问题 2) ， 我 们 要 解决 资源 上 的 依赖 。 首 先是 要 制定 模块 的 命 
名 规范 ， 所 有 资源 前 面 都 要 加 上 模块 名 称 ， 这 样 才能 确保 资源 名 称 不 
冲突 。 对 于 公用 资源 ， 还 是 要 放 在 AndroidLib 目 录 下 ，AndroidLib 类 库 
会 为 每 个 公共 资源 生成 一 个 R.id.xxx 的 对 应 属性 ， 我 们 要 把 这 个 R 文 件 
连同 资源 、AndroidLib 目 录 下 的 代码 一 起 打 成 jar 包 ， 放 到 要 用 到 它 的 
MainApp、ModuleA、ModuleB 模 块 中 ， 这 样 手 动 打 包 时 才 不 会 出 错 。 


对 于 问题 3) ， 我 们 有 很 多 手段 ， 来 传递 数据 。 比 如 ， 从 ModuleA 
模块 的 Al 页面 ， 跳 转 到 ModuleB 模 块 的 B1 页 面 ， 传 递 一 些 简 单 类 型 还 
好 办 ， 如 果 要 传递 目 定义 的 实体 ， 就 只 能 把 这 个 实体 定义 在 AndroidLib 
类 库 中 了 。 但 是 AndroidLib 类 库 毕 竟 是 放 业 务 无 关 的 代码 ， 所 以 不 适合 
存放 这 样 的 业务 实体 类 ， 所 以 还 是 尽量 不 要 改动 AndroidLib 类 库 。 


比较 靠 谱 的 做 法 是 ， 再 新 建 一 个 存放 实体 的 AndroidEntity 类 库 ， 这 
些 实体 专门 用 于 传递 模块 间 要 传递 的 数据 。 所 有 模块 都 保持 对 这 个 类 
a 


我 还 见 过 模块 间 通信 使 用 SON 文 本 的 ， 这 样 就 不 用 在 AndroidKit 
类 库 中 建 实体 类 了 。 


对 于 用 户 身 份 信息 ， 也 束 是 User 单 例 类 ， 也 是 这 么 处 理 ， 把 User 类 
放 到 AndroidLib 类 库 中 。 


如 条 一 定 要 使 用 全 局 变量 ， 而 且 要 在 不 同 的 模块 间 读 写 ， 也 可 以 
这 人 久 处 理 ， 


接 下 来 说 一 下 开发 人 员 如 何 创建 自己 的 工作 区 : 


1) 最 简单 元 脑 的 办 法 就 是 把 所 有 的 项 目 都 打开 ， 项 目 之 间 是 代码 
级 依赖 天 系 。ModuleA 模 块 的 开发 人 员 只 能 修改 ModuleA 的 代码 ， 尺 管 
能 看 到 MainApp 模 块 和 ModuleB 模 块 的 代码 ， 但 是 却 没 有 权限 修改 。 项 
目 之 则 是 代码 级 的 依赖 关系， 那么 目 动 打包 脚本 整 要 相应 修改 ， 我 们 
要 同时 编译 铬 干 个 项 目 ， 而 且 有 先后 顺序 。 请 参见 博客 园 “ 谦 虚 的 天 
下 ”的 文 草 “App 自 动 化 之 使 用 Ant 编 译 项 目 多 渠道 打包 ”[。 


2) 比较 高 级 的 做 法 是 jar 包 依赖 的 方式 ， 只 打开 自己 部 门 所 属 模块 
的 代码 。 比 如 ， 对 于 MainApp 模 块 的 开发 人 员 ， 他 们 只 打开 MainApp 模 


块 的 代码 ， 而 把 ModuleA 模 块 和 ModuleB 模 块 对 应 的 两 个 jar 包 引入 项 目 
中 。 这 两 个 jar 包 是 由 ModuleA 和 ModuleB 这 两 个 模块 的 开发 人 员 生 成 后 
上 传 到 MainApp 模 块 的 lib 目 录 的 。 而 对 于 ModuleA 模 块 的 开发 人 员 ， 则 
是 要 打开 MainApp 模 块 和 ModuleA 模 块 的 代码 ， 而 把 ModuleB 模 块 对 应 
的 jar 包 ， 引 入 项 目 中 。 因 为 MainApp 模 块 是 宿主 (也 就 是 一 个 壳 ) ， 

所 以 不 得 不 打开 它 的 源码 ， 才 能 编译 调试 代码 。 按 照 这 种 jar 依 赖 的 方 
式 ， 上 自动 打包 脚本 残 非常 简单 了 ， 仍 然 是 单项 目的 打包 机 制 ， 我 们 基 
于 MainApp 项 目 进行 打包 ， 其 他 所 有 模块 都 事先 做 成 jar 包 放 到 MainApp 
项 目的 lib 目 录 下 。 


[1] 了 章 地 址 
http://www.cnblogs.comy/qianxudetianxia/archive/2012/07/04/2573687.html 


9.11 竞 品 技术 九 管 : 第 三 方 SDK 


App 志 一 个 全 新 的 领域 ， 充 满 了 未 知 ， 但 这 也 正 是 它 的 魅力 所 
在 。 开 源 社 区 上 有 各 种 千奇百怪 的 发 明 创 造 ， 以 GitHub 名 气 最 大 ， 其 
中 一 些 开 源 项 目 已 经 为 很 多 App 所 广泛 使 用 ， 比 如 说 ， 本 章 9.5 世 已 经 
介绍 过 如 何在 字体 文件 中 使 用 icon。 接 下 来 我 们 束 要 看 看 还 有 哪些 优 
夯 的 开源 SDK。 


9.11.1 HTML5 篇 


关于 跨 平台 交互 的 开源 项 目 有 很 多 ， 以 下 几 个 比较 有 名 : 


:PhoneGap ”这 是 跨 平 台 开 源 项 目的 老大 哥 。 我 研究 过 一 段 时 
间 ， 个 人 感觉 这 个 框架 太 重 了 ， 所 以 才 有 下 面 这 些 开源 项 目的 面世 。 


"WebViewJavascriptBridge.js ”这 是 一 个 优秀 的 开源 小 项 目 ， 国 内 
很 多 大 公司 的 App 都 在 使 用 它 。 它 优雅 的 实现 了 HTML5 和 App 之 间 的 
互相 调用 。 就 像 项 目的 名 称 一 样 ， 它 是 连接 JavaScript 和 WebView 的 桥 


梁 。11] 


:zepto.js ”这 个 开源 项 目 兼容 于 jQuery， 和 jQuery 这 个 老 前 奉 相 比 
算是 青出于蓝 而 胜 于 蓝 。 间 | 


:CryptoJS ”为 JavaScript 提 供 了 各 种 各 样 的 加 密 算法 。 


:mraid.js “MARID 是 Mobile Rich Media Ad Interface Definitions 的 
缩写 ， 即 移动 富 媒体 广告 接口 定义 ， 基 于 JavaScript 实 现 。 有 | 


9.11.2 iOS 篇 


.CocoaPods  iOS 最 有 名 的 类 库 管 理工 具 ， 解 决 类 库 之 间 依 赖 天 
系 的 开源 项 目 。 


:EGOImageLoading ”异步 加 载 图 片 的 第 三 方 类 库 ， 有 点 类 似 于 
Android 的 ImageLoader。 关 于 EGO-ImageLoading 的 详细 介绍 ， 参 见 


http://blog.csdn.net/duxinfeng2010/article/details/9000693 。 


:CocoaLumberjack ”这 是 一 个 集 快 捷 、 简 单 、 强 大 和 灵活 于 一 身 
的 日 志 框 架 。 关 于 CocoaLumberjack 的 详细 介绍 ， 参 见 


http:/www.cocoachina.com/industry/20140414/8157.html 。 


YAJL (Yet Another JSON Library) ”是 一 个 小 型 事件 驱动 (SAX 
风格 ) 的 JSON 解 析 器 ， 采 用 ANSI C 编 写 。 关 于 YA 开 的 详细 介绍 ， 参 见 
http://mobile.51lcto.com/iphone-386666.htm 。 


.zlib ”用 于 解压 缩 Zip 包 。 我 们 在 App 中 打包 HTML5 页 面 时 会 用 到 
这 个 东西 。 关 于 zlib 的 详细 介绍 ， 参 见 


http://xzhoumin.blog.163.com/blog/static/40881136201314382439/ 。 


9.11.3 ”Android 篇 


"aSmack ”说 到 aSmack， 目 然 要 先 提 提 Smack。Smack API 是 一 个 
完整 的 实现 了 XMPP 协 议 的 开源 API 库 ， 而 aSmack 则 是 Smack 在 
Android 上 的 构建 版 本 ， 于 2013 年 2 月 初 迁移 到 GitHub 上 ， 该 资源 库 并 
不 包含 太 多 的 代码 ， 只 是 一 个 构建 环境 。 开 发 者 可 以 利用 该 API 进 
基于 XMPP 协 议 的 即时 消息 应 用 程序 开发 。 项 目地 址 : 
http://www.open-open.com/lib/view/home/1368327419922 。 


:EventBus ”是 一 个 发 布 -订阅 的 事件 总 线 ， 是 为 Android 量 身 打造 
的 开源 项 目 。 看 到 发 布 -订阅 ， 我 们 目 然 束 会 想起 观察 者 模式 ， 其 实 这 
个 开源 项 目 就 是 按照 这 个 思路 实现 的 。 天 于 EventBus 的 详细 描述 ， 请 
参见 : http://blog.csdn.net/Imj623565791/article/details/40794879 。 


9.11.4 其 他 


:Pinyin4j ” 它 是 sourceforge.net 上 的 一 个 开源 项 目 ， 可 以 将 汉字 转 
化 为 拼音 ， 这 样 的 话 ， 当 我 们 从 服务 器 取出 中 文 城市 列表 的 数据 后 ， 
就 可 以 通过 输入 全 拼 或 者 拼音 首 字 母 ， 迅 速 的 查找 到 相应 的 中 文 城市 


了 。 关 于 Pinyin4j 的 详细 描述 ， 请 参见 : 


http://blog.csdn.net/woshixuye/article/details/7462081 。 


在 此 ， 我 谈 一 下 对 这 个 技术 的 一 点 看 法 。 我 认为 不 该 在 客户 端 做 
这 个 事情 ， 太 重 了 。 应 该 由 服务 紫 剖 在 运 回 中 文 城市 数据 时 ， 额 外 返 
回 该 城市 的 全 拼 或 者 拼音 首 字 母 这 两 个 字段 。 把 复杂 的 业务 逻辑 放 在 


服务 器 端 。 


-Countly ” 精 蔡 化 运营 ， 需 要 一 个 优秀 的 统计 分 析 平 台 ， 其 中 比 


较 优秀 的 有 Countly 和 Google Analytics， 后 者 又 简称 为 GA。 


:市面 上 的 App 对 GA 使 用 得 比较 多 ， 对 Countly 了 解 不 多 。Countly 
是 一 蒜 专 门 给 移动 应 用 的 统计 分 析 平 台 ， 而 且 它 居然 是 开源 的 。 
Countly 由 两 部 分 组 成 ，APP SDK 和 服务 器 ， 服 务 絮 是 建立 在 Node.js 和 
MongoDB 之 上 的 。 如 果 厌 倦 了 第 三 方 平台 的 局 限 性 ， 可 以 考虑 使 用 该 
Ts 


[1] 天 于 WebViewjJavascriptBridge 的 详细 介绍 ， 请 参见 
http:/www.cocoachina.com/industry/20131230/7628.html ° 

[2] 关 下 zepto.js | 请 参 见 
http:/www.cnblogs.com/huangtenghui/archive/2013/03/05/2944614.html ° 
[3] 天 于 MRAID 的 详细 介绍 ， 请 参见 http://blog.chinaunix.net/uid- 
22312037-id-4238431.html ° 


9.12 ” 竞 品 扩 术 十 和 营 : 友 本 人 案 略 与 App 彩 有 蛋 
9.12.1 版 本 策略 


同一 时 间 比 较 了 100 款 App 的 iPhone 和 Andriod 版 本 ， 有 以 下 几 种 版 
本 策略 : 


保持 一 致 。 比如 ， 当 前 版 本 都 叫 6.0.0。 下 一 个 移 代 版 本 部 叫 
6.1.0°。 但 下 一 个 兴 代 版 本 绝对 不 能 是 6.0.1， 因 为 6.0.0 版 本 在 使 用 中 发 
现 关 重 问题 要 紧急 修复 紧急 发 版 时 ， 就 不 好 定义 版 本 号 了 。 


.第 二 位 用 于 版 本 递增 。 比 如 6.1.0，6.2.0，6.3.0; 第 三 位 用 于 紧急 
发 版 ， 比 如 6.1.1，6.1.2，6.1.3。 


.一 个 奇数 ， 另 一 个 偶数 。 如 iPhone 3.1.3 和 Android 3.1.4。 下 个 版 
本 则 是 iPhone 3.1.5 和 Android 3.1.6。 其 实 这 也 是 没 给 自己 留 后 路 ， 如 
果 3.1.3 发 现 问题 要 紧急 发 版 ， 将 没有 版 本 号 可 用 。 


我 还 见 过 3.1563 这 样 的 版 本 号 ， 也 曾 见 过 6.0.1.2 这 样 的 版 本 号 ， 但 
都 属于 非 主 流 ， 这 里 就 不 多 做 介绍 了 。 


9.12.2 App 彩蛋 


1. 我 发 现 一 些 App 的 包 中 总 是 有 些 有 趣 的 文件 : 


比如 apk 包 中 失 杂 gradle 等 文件 ， 这 一 看 欧 是 Android 打 渠道 包 时 留 
下 的 坪 圾 。 


比如 ipa 包 中 掺 杂 .h 文 件 ， 其 中 有 程序 员 的 签名 ， 让 目 己 的 大 名 出 
现在 几 千 万 用 户 的 手机 中 ， 我 也 是 酬 了 。 


比如 包 中 有 些 文件 会 帝 有 Test 前 绥 ， 这 明显 是 用 于 目 动 化 测试 
Fs 


以 上 种 种 ， 从 侧面 表现 出 App 的 开发 团队 的 水 平 很 业余 。 


2. 可 们 ， 宕 子 拉 链 开 了 ! 


有 时 还 能 从 App 的 设置 页 面 看 到 “调试 "这样 的 后 门 ， 点 进去 看 到 
的 是 专门 给 开发 人 员 联 调 、 测 试 人 员 验 收 时 使 用 的 页 面 。 这 束 上 升 到 
线 上 故障 了 。 


图 厂 不 要 便 用 中 文 种 称 


建议 还 是 全 都 使 用 英文 名 称 的 图 片 名 称 。 中 文 名 称 多 少 显 得 有 些 
业余 。 我 还 见 过 “+.png” 这 样 的 图 片 名 称 ， 对 应 的 束 古 一 个 加 号 图 片 。 


4. 大 文件 


我 见 过 有 些 App 里 面 会 有 7.6M 的 图 片 ， 我 打开 一 看 ， 其 实 束 十“ 添 
加 收藏 * 的 按钮 图 片 。 把 这 张 图 片 护 进 App 中 的 程序 员 ， 可 以 是 起 来 暴 
打 一 顿 了 。 


我 还 见 过 有 的 App 敬 入 1 个 2.6MB 的 字体 文件 ， 这 相当 不 划算 。 如 
果 只 用 到 这 个 字体 的 几 个 字 ， 那 么 还 不 如 将 它 做 成 icon 放 到 ttf 字 体 文 
Js 


5.Zip 压 缩 包 用 密码 


如 果 你 觉得 自己 的 配置 文件 、Lua 脚 本 、HTML5 真 的 很 重要 ， 不 
想 被 别 人 看 到 ， 束 把 它们 压缩 为 Zip 包 吧 ， 并 加 上 一 个 密码 。 


9.13 “本章 小 结 


“ 当 我 们 认为 目 己 对 这 个 世界 已 经 相当 重要 的 时 候 ， 其 实 这 个 世界 
才刚 刚 准 备 原 谎 我 们 的 幼稚 。” 这 人 句 话 时 刻 警 醒 着 我 ， 不 要 沉迷 于 以 往 
取得 的 成 绩 ， 作 为 技术 负责 人 ， 要 与 时 俱 进 ， 要 有 敏锐 的 嗅觉 ， 才 能 
跟 得 上 时 代 的 潮流 。 要 永远 抱 着 谦 摆 的 心态 ， 去 学 习 苋 争 对 手 先 进 的 
技术 和 理念 ， 才 能 时 刻 在 这 个 行业 占据 着 主动 地 位 。 


第 三 部 分 项 目 管理 和 团队 建设 
:第 10 章 ”项目 管 理 决 定 了 开发 速度 
:第 11 章 日 常 工作 中 的 问题 解决 
第 12 章 ”无线 团队 的 组 建 和 管理 
打造 一 文 李云龙 风格 的 独立 团 。 


这 部 分 讨论 三 个 主题 ， 移 动 项 目 管理 、 线 上 问题 分 析 与 解决 、 团 
队 建 设 。 


个 人 技术 水 平 再 高 ， 不 懂得 怎么 珊 项 目 帝 团队 ， 也 十 日 措 。 我 做 
过 很 多 失败 的 项 目 ， 也 按期 交付 过 优质 的 项 目 。 成 功 不 可 复制 ， 但 是 
失败 的 经 验 教训 一 定 要 吸取 。 我 的 经 验 心得 是 ， 项 目 是 否 成 功 ， 一半 
取决 于 团队 的 技术 水 平 ， 男 一 半 取 决 于 项 目 经 理 的 经 答 ， 比 如 说 ， 如 
何 拆 分 需求 到 寿 干 次 迭代 ， 如 何 激励 士气 ， 如 何 控制 风险 。 


对 于 移动 互联 网 公司 ， 日 党 工作 中 除了 做 项 目 ， 还 要 解决 线 上 各 
种 各 样 的 问题 。 如 何 快速 准确 地 定位 问题 需要 经 验 积 索 ， 每 一 个 成 熟 
的 方法 痛 后 ， 都 有 一 个 充满 血 和 泪 的 故事 。 


我 讨厌 教条 式 的 KPI 考核 ， 我 对 员工 的 评价 是 基于 他 的 潜力 以 及 
成 长 。 有 潜力 的 员工 永远 是 我 欣赏 的 。 但 是 一 个 团队 不 能 全 都 是 这 样 
的 人 ， 要 像 西天 取经 组 合 那样 兼容 并 包 。 我 喜欢 招 有 潜力 、 有 悟性 、 
性 格 比较 外 向 的 员工 ， 即 使 当前 的 技术 水 平 还 不 够 ， 但 我 会 通过 各 种 
方式 将 其 培养 成 为 一 流 人 才 ， 看 人 才 逐 步 成 长 ， 就 像 腑 级 玉器 一 样 ， 
是 一 个 享受 的 过 程 。 


第 10 草 ”项 目 管理 决定 了 开发 速度 


想 改 变现 状 ， 首 先 要 深入 一 线 ， 熟 悉 现 状 ， 知 道 了 一 线 人 员 的 否 
与 痛 ， 然 后 才能 一 小 步 一 小 步 地 优化 ， 步 了 于 太 大 ， 容 易 扯 着 和 量 ， 后 期 
可 以 把 步子 迈 得 大 一 些 ， 最 终 旨 着 你 所 期 望 的 那个 方 同 允 近 。 


一 次 性 把 流程 全 都 改变 了 ， 一 线 人 员 首 先 会 不 习惯 ， 从 而 达 不 到 
效果 ， 但 是 各 种 报表 是 好 看 的 ， 上 报 给 大 老板 的 结果 都 是 好 的 ， 直 到 
最 后 一 天 播 不 住 了 ， 才 会 发 现 延 期 或 者 急 层 不 对 马 嘴 ， 而 项 目 负责 人 
这 时 候 忌 能 找到 脱身 的 理由 ， 比 如 团队 执行 不 到 位 ， 其 他 部 门 配 合 不 
够 ， 然 后 轻描淡写 地 说 “ 先 解决 问题 而 不 追究 责任 ”。 于 是 ， 项 目 每 次 
迭代 都 会 延期 而 得 不 到 本 质 上 的 改变 。 


王安石 变法 不 殉 是 个 很 好 的 反面 教材 吗 ? 那 次 变法 具备 了 项 目 管 
理 中 最 忌讳 的 几 件 事情 : 


1) 领导 者 高 高 在 上 ， 执 行者 其 上 瞒 下 。 


2) 理想 美好 但 是 不 切实 际 ， 最 后 连 农 民 阶层 这 样 的 “受益 者 ”都 反 


3) 一 次 性 改变 太 多 ， 导 致 树 敌 太 多 。 很 多 人 不 理解 不 支持 ， 尤 其 


征 既 得 利益 受到 损害 的 阶层 。 


无 线 项 目的 管理 ， 与 之 前 的 所 有 项 目 都 不 同 ， 因 为 它 涉及 iOS、 
Android、MobileAPI 和 QA 团 队 的 相互 依赖 、 分 工 协作 的 事情 。 以 下 是 
我 这 几 年 来 在 无 线 领域 摸 着 石头 过 河 的 经 验 总 结 ， 其 中 也 走 过 不 少 守 
路 ， 仅 供 大 家 参考 。 


10.1 项 目 管 理 中 的 三 区 马车 


对 于 无 线 研 发 部 门 而 言 ， 一 个 完整 的 团队 ， 应 该 包括 产品 经 理 
开发 、 测 试 这 3 个 团队 ， 我 们 称 之 为 “三 区 马车 *”。 其 中 ， 


:开发 团队 是 三 萄 马车 的 主力 。 


-测试 团队 是 三 敬 马 车 中 的 全 证 。 


要 想 项 目 跑 得 快 ， 一定 要 搞 好 二 敬 马 车 之 间 的 关系。 团队 之 间 越 


我 们 需要 为 三 轨 马 车 配备 一 个 要 驶 员 ， 也 了 束 是 项 目 经 理 。 因 为 现 
在 互联 网 公司 都 走 敏捷 流程 ， 所 以 又 称 这 个 角色 为 Scrum Master， 他 
负责 把 三 区 马车 快速 而 平稳 地 区 驶 到 终点 。 


10.1.1 为 什么 不 能 没有 测试 团队 


我 见 过 有 些 公司 没有 测试 团队 ， 而 是 让 开发 人 员 目 测 ， 产 品 经 理 
验收 。 这 是 一 件 非 第 不 靠 谱 的 事情 ， 原 因 如 下 : 


1) 开发 人 员 自 测 ， 只 会 按照 自己 编程 的 逻辑 进行 测试 ， 很 多 时 
候 ， 局 外 人 一 一 也 束 古 测试 人 员 ， 因 看 事情 的 角度 不 同 ， 才 能 发 现 更 


多 的 问题 。 


2) 测试 过 多 地 占用 了 产品 经 理 的 精力 。 产 品 经 理应 该 更 多 地 关注 
产品 本 映 ， 包 括 页 面 转化 率 、 用 户 体 验 ， 等 等 。 其 实 他 们 只 要 在 发 版 
前 验收 一 下 需求 (逻辑 、UI) 是 他 们 想 要 的 就 可 以 了 。 而 测试 人 员 的 
工作 束 是 一 天 到 晚 执行 测试 用 例 ， 想 方 设法 发 现 bug 。 


3) 测试 工作 不 是 产品 经 理 的 专长 ， 很 多 情况 ， 比 如 边界 条 件 ， 就 
是 产品 经 理 测 不 到 的 地 方 。 试 想 一 个 登录 功能 ， 产 品 经 理 的 验收 标准 
仅仅 是 点 击 登 录 按钮 能 进入 个 人 中 心 就 够 了 ， 而 测试 人 员 的 测试 用 例 
却 有 50 多 个 。 


4) 产品 经 理 对 bug 的 关注 度 不 够 ， 于 是 经 党 出 现 开发 人 员 修复 一 
个 bug， 但 古 产 品 经 理 几 天 后 才 会 验收 的 情况 一 一 他 们 和 党 第 古 把 bug 积 
压 到 一 定数 量 后 才 批 量 处 理 ， 这 样 比较 省 事 ， 殊 不 知 这 样 的 风险 很 
大 ， 如 采 最 后 才 发 现 有 bug 并 没有 完全 修复 而 此 时 又 临近 发 版 ， 那 么 就 
只 能 是 项 目 延 期 或 者 妨 痛 屏蔽 该 功能 


以 上 4 点 ， 有 是 我 这 几 年 来 作为 项 目 管理 者 所 观察 到 的 情况 ， 由 此 而 
验证 测试 团队 在 敏捷 开发 流程 中 不 可 或 缺 的 地 位 。 


一 个 好 的 移动 团队 ， 至 少 要 有 2 名 测试 人 员 ， 开 发 和 测试 比 大 约 是 
6:1。 也 就 是 说 ，1 个 测试 人 员 对 2 个 iOS 开 发 人 员 +2 个 Android 开 发 人 员 
+2 个 MobileAPI 开 发 人 员 。 测 试 团队 应 该 担负 的 工作 如 下 : 


-召开 测试 用 例 评 审 会 一 一 相当 于 需求 二 次 评审 。 测 斌 人员、 开发 
人 员 、 产 品 经 理 在 会 议 上 对 需求 达成 一 致 。 


手动 测试 。 

:全 功能 回归 测试 。 

:探索 性 测试 。 

.渠道 包 测 试 。 
.MobileAPI 发 布 上 线 前 的 测试 工作 。 
:压力 测试 。 

“Monkey 测试。 


客人 投诉 回访 。 


在 很 多 公司 里 ， 因 为 过 度 强 调 开 发 团队 的 重要 性 ， 测 试 团队 往往 
沦 为 附 良 。 于 是 ， 测 斌 团队 往往 是 被 项 目 经 理 安排 去 做 某 项 工作 ， 而 
不 是 目 主 选择 该 去 做 什么 事情 。 被 动 的 人 了 ， 目 然 殉 形成 鸡肋 了 。 


测试 团队 应 该 在 项 目 中 有 上 自己 的 话语 权 ， 一 方面 他 们 要 对 质量 负 
责 ， 另 一 方面 ， 他 们 要 及 时 反馈 迭代 过 程 中 发 现 的 各 种 风险 ， 比 如 : 


当 测 试 资源 不 足 时 ， 应 该 告诉 项 目 经 理 哪 些 功能 因为 没有 测试 次 
源 是 不 能 上 线 的 。 


在 发 脾 前 如 果 发 现 bug 很 多 ， 应 该 通知 项 目 经 理 这 次 迭代 的 风 
险 。 要 么 延期 ， 要么 砍 功 能 。 但 是 决 不 能 带 着 严重 的 bug 上 线 。 


10.1.2 ”产品 经 理应 做 的 事 


当 产 品 经 理 不 再 承担 测试 的 工作 上 时， 就 应 该 把 更 多 精力 放 在 需求 
本 号 了 。 他 们 应 该 伦 80% 时 间 在 需求 上 ， 以 确保 需求 尽量 清晰 ， 至 少 
目 己 想 明 白 了 ， 才 能 让 开发 人 员 和 测试 人 员 也 明日 。 


男 外 20% 时 间 干 什么 呢 ? 


首先 他 要 参加 开发 和 测试 人 员 的 每 日 站 例会 ， 这 样 才 会 知道 开发 
人 员 在 哪些 需求 上 过 到 了 逻辑 问题 ， 从 而 及 时 做 出 调整 。 这 个 站 例会 
很 重要 ， 如 果 产 品 经 理 不 能 保证 每 天 都 参加 ， 有 可 能 直到 最 后 一 天 才 
告诉 团队 这 不 是 他 想 要 的 产品 。 


其 次 ， 测 试 团队 提 的 bug， 经 过 开发 人 员 分 析 后 ， 发 现 是 产品 需求 
的 问题 ， 会 将 bug 转 给 产品 经 理 。 产 品 经 理 每 天 都 要 检查 分 配给 自己 的 


bug， 要 人 么 重新 定义 业务 逻辑 ， 让 开发 人 员 照 此 修改 ; 要 么 降低 bug 优 
先 级 ， 本 期 大 代 不 修复 。 


验收 需求 。 在 开发 工作 结束 、 测 试 工作 接近 尾声 时 ， 产 品 经 理 要 
安 闭 一 个 开发 版 App， 妆 证 实际 开发 出 来 的 功能 是 否 与 他 的 需求 一 
匆 * 


最 后 ， 也 束 古 发 版 前 ， 产 品 经 理 要 根据 本 次 从 代 的 bug 清 单 ， 根 据 
测试 团队 的 反馈 ， 决 定 是 否 发 版 一 bug 太 多 可 能 会 延期 。 


品 经 理 在 项 目 中 的 职 贡 很 简单 ， 就 是 定义 什么 是 对 的 ， 然 而 很 
多 公司 为 其 赋予 了 太 多 的 责任 ， 比 如 他 们 要 对 项 目 进度 负责 ， 所 以 每 
天 要 组 织 站 例会 ， 他 们 要 对 项 目 质量 负责 ， 所 以 每 天 权 进 行 测试 。 请 
问 ， 这 样 的 产品 经 理 还 会 有 什么 天 马 行 空 的 想法 呢 ? 用 我 老板 的 话 
讲 ， 把 产品 经 理 当 牲口 使 。 


很 多 互联 网 公司 在 设计 App 时 ， 都 是 把 网 站 上 的 成 熟 产品 氢 到 App 
上 ， 这 不 需要 太 多 的 产品 设计 ， 所 以 把 产品 经 理 当 牲口 使 这 种 策略 一 
度 是 可 行 的 。 但 随 着 网 站 内 容 和 App 内 容 渐 趋 一 致 后 ， 如 果 还 想 在 App 
上 有 所 突破 ， 比 如 App 上 的 订单 超过 网 站 上 的 订单 ， 这 束 需 要 在 用 户 
体验 、 运 营 策略 上 下 功夫 了 。 


10.1.3 开发 人 员 的 羡 怒 及 乐 


我 是 程序 员 出 身 ， 也 曾 过 着 上 班 时 穿 拖 鞋 短裤 的 IT 男生 活 。 我 深 
知 技术 男 喜 欢 什么 ， 不 喜欢 什么 。 


一 个 软件 /互联 网 公司 的 成 功 与 否 ， 很 大 程度 上 取决 于 这 些 技术 男 
也 束 是 开发 人 员 的 存在 ， 只 有 他 们 能 把 产品 经 理 的 想法 或 者 淮 试 付 诸 
实践 ， 这 才 坪 其 价值 所 在 。 


开发 人 员 要 想 尽 一 切 办 法 实现 需求 ， 而 不 是 一 天 到 晚 发 牢 驭 ， 廊 
这 个 需求 做 不 了 那个 需求 做 了 也 没 用 。 值 得 欣慰 的 古 ， 牢 骚 归 牢骚， 
再 杏 再 素 ， 绝 大 多 数 一 线 开发 人 员 还 是 会 咬 着 下 把 需求 按时 做 完 ， 诚 
然 ， 熬夜 加 班 是 必须 的 。 


这 众多 的 牢骚 之 中 ， 我 听 到 抱 钨 的 最 多 坪 : 


1) 一 句 话 需 求 。 


2) 开发 过 程 中 ， 产 品 需 求 频繁 变动 。 


3) 产品 经 理 搞 不 清楚 业务 逻辑 。 直 到 开发 过 程 中 才 发 现 有 问题 。 


4) UI 设计 图 、 切 图 、 标 注 图 不 到 位 。 


所 有 这 一 切 ， 只 能 怪 互联 网 公司 市 奏 太 快 ， 不 能 像 软件 公司 那样 
按部就班 的 工作 。 


我 在 接 下 来 的 草 帮 ， 了 束 是 要 想 尽 各 种 办 法 ， 来 解决 这 些 问 题 。 


10.1.4 项 目 经 理 的 职责 


在 敏捷 流程 中 ， 项 目 经 理 也 称 为 Scrum Master。 根 据 我 多 年 做 
Scrum Master 的 经 验 ， 我 的 切 喘 体会 是 : 


1) 项 目 经 理 不 需要 知道 太 多 的 业务 逻辑 ， 他 只 关心 项 目 进度 就 够 


2) 一 个 团队 是 否 高 效 ， 完 全 取决 于 项 目 经 理 的 水 平 。 


项 目 经 理 的 事情 非常 琐碎 ， 他 不 需要 技术 和 业务 知识 ， 但 是 却 一 
天 到 晚 跟着 项 目 进度 走 ， 和 各 个 团队 沟通 ， 协 调资 源 。 以 下 征 项 目 经 
理 的 几 项 职责 : 


1) 搜集 开发 计划 和 测试 计划 。 分 配 开发 任务 和 测试 任务 是 开发 和 
测试 团队 各 目的 Team Leader 的 工作 。 他 们 会 把 工时 汇总 给 项 目 经 理 和 
产品 经 理 ， 人 然后 由 项 目 经 理 协调 三 区 马车 ， 在 规定 的 期 限 内 ， 尽 可 能 
多 的 排 进 更 多 的 需求 。 


2) 主持 每 天 的 站 例会 ， 并 发 送 会 议 记 要 。 绝 对 禁止 发 送 报喜 不 报 
忧 的 会 议 记 要 。 

3) 积极 面 对 风 险 ， 及 时 调整 计划 ， 以 减少 风险 。 这 名 话说 起 来 简 
单 ， 实 际 操作 起 来 绝 非 易 事 ， 很 大 程度 上 取决 于 项 目 经 理 的 经 验 。 


4) 及 时 解决 各 个 地 方 的 瓶颈 。 
5) 推动 bug 的 修复 情况 。 


6) 监督 开发 团队 的 冒 烟 测试 、 测 试 团队 的 探索 性 测试 、 产 品 经 理 
的 验收 工作 。 


7) 如 果 开 发 流程 需要 同步 到 jira， 那 么 项 目 经 理 要 负责 创建 Story 
和 Task。 为 了 提高 开发 人 员 的 工作 效率 ， 项 目 经 理 可 以 在 每 天 开 完 站 
例会 ， 了 解 完 所 有 人 员 的 进度 后 ， 根 据 会 议 记 要 ， 帮 助 开 发 人 员 在 jira 
上 同步 进度 。 


我 个 人 是 不 喜欢 jira 的 ， 因 为 操作 起 来 太 扬 烦 ， 不 如 Excel 人 简单 明 
了 。 不 同 项 目 经 理 有 各 目 使 用 顺手 的 工具 ， 半 个 小 时 内 能 完成 同步 进 
度 的 工具 都 是 好 工具 。 


8) 项 目 结束 后 ， 召 开 总 结 会 ， 好 的 地 方 继续 保持 ， 做 的 不 好 的 地 
方 ， 集思广益 想 办 法 解决 。 


以 上 介绍 了 无 线 部 | 敏捷 开发 中 各 个 团队 的 作用 ， 接 下 来 介绍 如 
何 搞 敏 捷 开 发 。 


10.2 ”优化 团队 结构 ， 让 敏捷 流程 跑 得 更 快 


敏捷 流程 中 ， 切 忌 僵 化 的 团队 组 织 结构 。 为 了 让 敏捷 流程 跑 得 更 
快 ， 我们 应 该 不 断 地 优化 团队 的 结构 和 开发 模式 ， 不 断 地 答 试 ， 发 现 
好 的 地 方 要 坚持 ， 发 现行 不 通 ， 观 察 一 两 个 迭代 后 末 断 撤回 来 ， 再 去 
想 别 的 办 法 。 本 区 我 将 介绍 敏捷 过 程 中 的 一 些 优 化 方案 。 


10.2.1 平行 模式 还 是 垂直 模式 


由 于 移动 互联 网 的 开发 模式 有 别 于 传统 互联 网 一 一 它 是 由 
Android、iOS 和 MobileAPI 三 个 团队 组 成 的 ， 所 以 选择 什么 样 的 开发 模 
式 是 很 有 讲究 的 : 


平行 模式 ， 就 是 Android、iOS 和 MobileAPI 各 自 为 一 个 独立 的 
队 ， 在 项 目 初期 ， 团 队 间 制 定好 MobileAPI 接 口 的 格式 ， 约 定好 联 调 时 
间 ， 就 可 以 各 自 开 工 了 。 然 后 到 了 联 调 时 间 ， 再 进行 集成 测试 。 


垂直 模式 ， 就 是 按照 模块 ， 拆 分 出 和 若干 小 的 团队 ， 比 如 说 会 员 中 
心 ， 职 由 一 个 小 团队 负责 这 个 模块 ， 有 相应 的 Android、iOS 和 
MobileAPI 开 发 人 员 ， 以 及 产品 经 理 和 测试 人 员 。 


这 两 种 模式 我 都 答 斌 过， 分 别 介绍 如 下 : 


1. 垂 直 开 发 模式 


我 曾经 做 过 一 个 B2C 项 目 ， 使 用 的 整 是 垂直 模式 。 团 队 10 个 人 ， 
其 中 : 


:1 个 产品 经 理 。 

.1 个 项 目 经 理 。 

.2 个 Android 开 发 人 员 。 
.2 个 iOS 开 发 人 员 。 

.2 个 MobileAPI 开 发 人 员 。 


2 个 测试 人 员 。 


这 个 项 目 做 了 2 个 月 ， 延 期 4 天 上 线 ， 排 除 掉 过 程 中 遇 到 的 很 多 不 
可 抗 因 素 《比如 公司 的 新 人 培训 、 测试 环境 的 不 稳定 性 ， 等 等 ) ， 算 
征 一 个 比较 成 功 的 项 目 。 


我 一 直 在 思考 这 个 项 目 成 功 的 原因 ， 因 为 之 前 做 的 很 多 项 目 都 要 
延期 很 和信， 其 中 有 一 点 非常 关键. 垂直 模式 的 开发 模式 使 得 这 只 团队 
非常 高 效 。 当 App 开 发 人 员 发 现 有 个 MobileAPI 接 口 不 能 使 用 时 ， 他 会 
抱 痢 笔记 本 坐 到 MobileAPI 开 发 人 员 劳 边 的 座位 上 ， 一 起 联 调 ， 直 到 解 


决 问题 。 测 试 人 员 从 前 端 发 现 bug， 会 从 App 往 下 一 路 查 到 
MobileAPI， 直 到 bug 修 复 。 所 有 人 都 在 对 一 个 团队 负责 ， 为 一 个 目标 
而 努力 。 


2. 平 行 开发 模式 


仍然 是 上 述 这 种 拆 分 成 耕 干 独立 小 团队 的 开发 模式 ， 在 其 他 公司 
却 行 不 通 。 我 们 虽然 将 开发 团队 按照 业务 模块 拆 分 为 才干 个 独立 小 团 
队 了 ， 但 是 战斗 力 并 没有 得 到 加 强 ， 因 为 拆 分 前 并 没有 确保 每 个 开发 
人 员 痢 熟悉 目 己 所 负责 的 模块 。 后 来 ， 有 开发 人 员 离 职 ， 随 着 2~3 名 
技术 骨干 的 离开 ， 这 种 模式 束 走 不 下 去 了 。 有 些 组 只 剩 下 一 些 实习 
生 ， 难 以 维持 下 去 ， 只 能 合并 到 其 他 组 。 


另 一 方面 ， 由 于 Android 和 iOS 开 发 人 员 被 分 散 到 各 个 组 ， 以 至 于 
我 想 做 重 构 的 时 候 ， 每 个 组 的 进度 不 一 致 ， 有 的 组 有 时 间 ， 有 的 组 还 
在 做 需求 ， 导 致 重 构 的 事情 推 不 下 去 。 


于 是 ， 我 们 又 退回 到 平行 模式 ， 重 新 把 团队 按照 技能 划分 为 
Android、iOS 和 MobileAPI 团 队 。 


由 此 而 吸取 的 教训 是 ， 在 团队 没有 成 规模 之 前 ， 不 宜 拆 分 。 这 整 
好 比 一 只 手 有 五 根 手指 ， 掠 成 拳头 打出 去 才 有 力量 。 男 一 方面 ， 即 使 


是 要 做 拆 分 ， 比 如 一 支 1L0 人 的 Android 技 术 团 队 ， 也 是 每 次 拆 分 出 2 个 
人 ， 一 步 步 的 进行 ， 而 不 是 一 下 子 就 把 10 个 人 拆 成 5 文 2 人 团队 了 。 


每 次 拆 分 出 的 这 2 个 人 ， 残 雷 打 不 动 做 这 个 模块 了 。 不 能 说 哪 天 其 
他 模块 没 信 了， 把 他 们 调 回 去 ， 临 时 文 援 1~2 周 ， 这 是 不 行 的 。 必 须 
把 人 固定 在 模块 上 ， 才 能 培养 出 这 2 个 人 的 业务 知识 。 


介绍 完 上 述 两 种 开发 模式 ， 可 以 观察 到 适用 于 无 线 开发 团队 的 开 
发 模式 。 从 短期 看 ， 人 少 的 时 候 ， 平 行 模式 比较 有 优势 ， 从 长 期 看 ， 
随 看 业务 规模 的 扩大 ， 垂 直 开 发 模式 是 大 势 所 趋 。 毕 竞 ， 对 于 Team 
Leader 而 言 ， 手 下 超过 6 个 人 丈 会 有 管理 上 的 问题 。 


10.2.2 ”让 HTML5 站 点 和 MobileAPI 的 进度 提前 一 个 迭代 


做 了 这 几 年 的 迭代 ， 我 的 切身 感受 是 ， 一 个 功能 点 ， 只 要 是 
MobileAPI 和 App 同 时 开发 ， 就 会 延期 。 而 那些 现成 的 MobileAPI 接 
口 ，App 开 发 人 员 可 以 直接 拿 来 使 用 ， 一 般 都 不 会 延期 。 


我 和 尝 试 过 每 次 让 HTML5 网 站 先行 ， 请 他 们 先 去 扫雷 ， 他 们 会 和 
MobileAPI 早 一 个 迭代 把 这 个 功能 在 HTML5 站 点 实现 了 ， 下 一 个 迭代 
再 授 入 App。HIML5 网 站 的 特点 是 开发 周期 短 ， 往 往 一 个 页 面 App 需 
要 1 天 ， 而 HTML 5 页 面 一 个 小 时 就 做 好 了 。 


10.2.3 ”如 何 进行 模块 化 分 工 


任何 一 个 企业 级 App， 都 是 由 大 干 个 业务 模块 组 成 ， 比 如 说 会 员 
中 心 、 美 食 、 电 影 等 等 。 我 们 要 确保 每 一 个 模块 都 有 1~2 个 开发 人 员 
非常 熟悉 它 的 业务 逻辑 ， 长 时 间 在 该 模块 上 开发 和 维护 。 


我 见 过 10 人 的 Android 开 发 团队 ， 因 为 没有 明确 的 业务 模块 分 工 ， 
导致 每 次 迭代 ， 人 负责 开发 某 个 功能 的 开发 人 员额 外 还 需要 1~2 天 就 悉 
代码 和 业务 的 时 间 ， 直 接 导致 了 开发 效率 的 下 降 。 


当 模 块 化 工作 落实 到 每 一 个 开发 人 员 身 上 时 ， 你 会 发 现 ， 每 当 产 
品 经 理 提 一 个 需求 ， 比 如 说 美食 模块 ， 那 么 Android 开 发 、iOS 开 发 、 
MobileAPI 开 发 、 产 品 经 理 、 测 试 人 员 会 自发 组 建 一 个 QQ 群 ， 在 里 面 
讨论 、 沟 通 该 功能 点 的 所 有 事情 ， 直 到 开发 完成 、 测 试 人 员 和 产品 经 
理 验 收 通过 。 他 们 会 协调 时 间 ， 以 确保 该 需求 准时 完成 。 


在 模块 化 的 实际 操作 中 ， 被 划分 到 某 个 模块 的 开发 人 员 ， 不 仅仅 
要 熟悉 该 模块 的 业务 逻辑 ， 从 代码 角度 来 说 ， 还 要 清晰 地 知道 该 模块 
包括 哪些 Activity、Adapter、Entity 和 其 他 一 些 类 。 我 们 在 第 1 章 1.1 节 
介绍 过 ， 要 对 项 目 进行 重 构 ， 把 项 目 按照 业务 模块 进行 组 织 ， 也 是 基 
于 这 个 目的。 


模块 化 分 工 十 一 个 需要 长 时 间 磨 合 、 调 整 的 过 程 。 我 的 切 映 体会 
征 ， 要 确 傈 “让 合适 的 人 做 合适 的 事 ”， 比 如 说 : 


:并 不 是 每 个 人 都 能 接手 “会 员 中 心 ”这 个 模块 的 ， 这 个 模块 包括 个 
人 信息 、 各 种 订单 信息 、 消 忧 盒子 、 充 值 、 红 包 、 积 分 等 等 很 零碎 的 
功能 ， 通 党 没有 太 多 的 技术 含量 ， 而 大 多 是 脏 活 社 活 ， 所 以 需要 一 个 
沙 僧 型 任 丈 任 怨 的 开发 人 员 来 负责 。 


-对 于 公司 最 重要 的 业务 模块 ， 要 委派 踏实 勤奋 的 开发 人 员 ， 蹄 实 
征 确 保质 量 高 ， 不 会 犯 昕 春 的 错误 以 至 于 影响 公司 生意 ， 勤 备 生 确保 
任务 做 不 完 时 能 加 班 。 因 为 往往 这 块 业务 每 次 欠 代 都 有 大 量 的 需求 ， 
所 以 还 要 配备 候补 开发 人 员 ， 以 备 不 时 之 需 ， 从 而 才能 消化 所 有 的 需 


:技术 能 力 强 的 人 往往 效率 要 高 于 其 他 开发 人 员 ， 所 以 要 经 常 把 有 
挑战 的 工作 交 给 他 们 去 做 ， 比 如 说 Monkey 日 志 分 析 ， 比 如 说 线 上 
Crash 分 析 并 修复 。 


-沟通 能 力 强 的 ， 这 种 人 适合 解决 每 天 的 用 户 投 诉 ， 从 而 准确 地 定 


位 问题 。 


10.3 ”App 敏捷 开发 流程 


每 个 公司 都 有 日 己 的 开发 迭代 周期 ， 有 4 周 的 ， 有 2 周 的 ， 也 有 1 周 
的 。 也 不 好 判断 究竟 哪个 开发 节奏 更 好 ， 只 能 说 各 家 有 各 家 的 打 法 ， 
各 家 有 各 家 的 烦心 事 。 下 面 融 让 我 来 逐一 介绍 一 下 这 几 种 开发 流程 。 


10.3.1 四 周 时 间 的 开发 流程 


1. 巧 妙 安排 太 代 间 队 


敏捷 开发 的 周期 ， 包 括 从 需求 准备 、 排 期 、 开 发 、 测 试 到 上 线 、 
发 版 ， 可 长 可 短 。 


在 一 个 月 迭代 周期 开始 之 前 ， 我 先 介 绍 一 下 ， 我 们 都 干 些 什么 ? 


这 期 间 ， 通 常会 有 1~2 天 时 间 ， 除 了 让 团队 休整 ， 该 约会 的 约会 ， 
该 学 车 的 学 车 ， 还 要 做 以 下 这 些 事情 : 


1) 总 结 上 次 迭代 的 若干 问题 。 也 就 是 所 谓 的 post mortem， 这 个 总 
结 会 议 很 重要 ， 需 要 把 上 次 迭代 做 得 好 的 和 不 好 的 ， 都 列举 出 来 。 好 
的 ， 我 们 下 次 欠 代 要 继续 章 守 ; 不 好 的 ， 要 在 下 次 友人 代 想 办 法 解决 ， 
落实 到 具体 的 负责 


2) 修复 上 次 迭代 来 不 及 处 理 的 pug。 每 次 欠 代 都 会 有 一 些 bug 遗 留 
下 来 ， 之 所 以 不 修复 ， 是 因为 改动 这 个 bug 可 能 会 导致 很 大 的 隐患 ， 或 
者 测试 团队 没有 时 间 去 验证 ， 或 者 需求 不 清楚 ， 需 要 产品 经 理 将 其 细 
化 ， 在 下 期 迭代 作为 一 个 Task 来 完成 。 


3) 做 一 些 代码 上 的 重 构 工作 。 包 氏 法 则 之 一 :永远 以 产品 需求 为 

高 优先 级 的 Task， 在 想方设法 完成 了 需求 之 后 ， 再 利用 剩余 的 时 间 来 
做 代码 优化 、 项 目 重 构 的 事情 。 重 构 工作 一 般 放 在 迭代 前 期 进行 ， 这 
样 测试 人 员 才 可 以 将 其 也 作为 一 个 测试 任务 去 评 佑 时间。 此外， 在 项 
目前 期 完成 重 构 ， 可 以 通过 接 下 来 长 达 4 周 的 欠 代 时 间 来 发 现 重 构 所 市 
来 的 各 种 问题 并 及 时 修复 。 


4) 讨论 新 需求 ， 划 分 到 具体 的 开发 人 员 和 测试 人 员 ， 评 佑 出 工时 
和 工期 。 这 时 要 求 产品 经 理 的 需求 文档 已 经 到 位 了 。 


项 目 经 理 名 开 一 次 全 部 人 员 参 加 的 需求 确认 会 ， 由 产品 经 理 讲解 
每 个 需求 。 为 此 ， 要 确保 每 个 模块 都 有 1~2 名 开发 负责 人 ， 从 而 保证 该 
模块 有 需求 时 至 少 有 1 个 人 立刻 能 上 ， 当 该 模块 需求 过 多 时 ， 迅 速 把 第 
2 个 人 也 补 上 来 。 同 时 ， 也 降低 了 项 目 对 人 的 依赖 ， 以 确保 任何 一 个 人 
都 有 备 胎 。 这 是 团队 建设 必须 做 、 并 持之以恒 去 做 的 一 件 事 。 


把 需求 划分 到 人 ， 听 产品 经 理 讲 完 需 求 之 后 ， 就 该 评 佑 工时 了 。 
当 收 集 到 所 有 开发 人 员 报 上 来 的 工时 后 ， 你 会 发 现 : 


:有 人 工时 过 多 ， 超 过 了 2 周 ， 有 人 则 不 足 2 周 ， 这 时 项 目 管理 者 整 
要 局 部 调整 Task， 以 确保 每 个 人 员 的 工时 都 控制 在 2 周 以 内 。 对 此 ， 我 
称 之 为 “ 拆 东 墙 促 西 墙 "。 开 发 工作 控制 在 2 周 是 绝对 有 必要 的 。2 周 之 
后 不 再 做 额外 的 需求 (除非 很 紧急 ， 不 再 做 任何 重 构 (除非 问题 很 
严重 ) ， 以 确保 测试 阶段 项 目的 稳定 性 。 


-一 个 简单 的 Task， 却 需要 3 天 才能 做 完 。 有 的 程序 员 喜 欢 给 目 己 多 
留 一 些 buffer， 以 确保 各 种 天 灾 人 和 视 所 导致 的 Task 延 期 ， 但 作为 项 目 管 
理 者 ， 则 更 希望 每 个 Task 的 buffer 控 制 在 半天 以 内 ， 这 样 才能 制定 出 比 
较 准 的 太 代 计划 。 有 的 程序 员 则 属于 偷 奸 要 滑 的 类 型 ， 他 们 会 把 工时 
佑 的 很 宽裕 ， 从 而 每 天 有 充足 的 时 间 去 选 淘宝 、QQ 聊 天 。 这 时 ， 项 目 
管理 者 所 要 做 的 是 ， 擒 起 笔记 本 ， 到 每 一 个 开发 人 员 座 位 上 ， 对 有 水 
分 的 Task， 一 起 分 析 需 求 ， 重 新 评估 工时 ， 把 “水 分 ” 挤 出 来 。 


如 果 绞 尽 脑 汁 排 出 来 的 开发 工时 还 是 超过 2 周 ， 项 目 经 理 这 时 就 要 
联系 产品 经 理 ， 砍 掉 一 些 不 必要 的 需求 ， 从 而 踩 住 2 周 code complete 那 
个 时 间 点 ， 以 确保 本 次 和 欠 代 不 会 有 太 大 风险 。 


我 们 漏 了 一 个 环 太 ， 那 就 是 测 试 团队 的 测试 工时 。 有 时 候 ， 即 使 
征 开发 能 在 这 2 周 把 所 有 需求 都 做 完 ， 测 试 资 源 不 足 ， 也 会 需要 产品 经 
理 适度 砍 掉 一 些 需 求 ， 以 确保 测试 时 间 够 用 ， 保 证 那些 重要 的 功能 
上 态 。 或 者 把 那些 只 涉及 UI 改动 的 需求 转 给 产品 经 理 来 验收 。 


工时 安排 妥当 之 后 ， 接 下 来 需要 每 个 开发 人 员 为 自己 分 到 的 Task 制 
定 工期 ， 即 先 做 哪个 、 后 做 哪个 。 


要 想 把 工期 排 好 ， 首 先 要 解决 App 对 原型 图 、MobileAPI 的 依赖 
性 : 


-有些 需求 需要 美工 给 出 原型 图 和 切 图 ， 什 么 时 候 给 出 ， 对 工期 有 
很 大 影响 。 


:有 些 需求 需要 后 端 MobileAPI 提 供 数 据 ， 什 么 时 候 MobileAPI 能 完 
工 ， 或 者 退 而 求 其 次 ， 事 先 制 定好 MobileAPI 接 口 ， 给 出 假 数据 也 能 接 


-如果 MobileAPI 的 进度 比 App 的 进度 能 提前 一 个 迭代 周期 ， 那 么 就 
能 避免 App 和 MobileAPI 并 行 开发 所 带 来 的 风险 。 


以 上 都 是 项 目 管理 者 所 要 去 协调 沟通 的 。 

5) 在 欠 代 正式 开始 的 前 一 天 ， 开 一 个 神 刺 会 ， 标 志 着 本 次 欠 代 正 
式 开 始 。 

如 果 前 戏 都 做 得 很 充分 了 ， 这 个 冲刺 会 其 实 就 是 走 个 形式 ， 开 发 


人 员 、 测 斌 人员、 产品 经 理 缘 在 一 起 ， 然 后 宣布 下 期 和 欠 代 从 明天 起 正 
式 开 始 ， 上 线 时 间 扣 是 哪 一 天 。 


会 议 控制 在 10 分 钟 。 也 许 有 人 会 问 ，10 分 钟 够 吗 ? 通 前 会 有 团队 
在 冲刺 会 上 把 项 目 分 配 、 评 佑 、 工 时 和 工期 也 一 起 讨论 ， 所 以 开 一 天 
才能 结束 。 其 实 大 可 不 必 ， 只 要 在 会 前 把 这 些 工作 做 足 了 ， 和 每 个 开 
发 人 员 都 充分 人 够 通过 ， 有 了 绪论 ， 那 么 在 动员 大 会 上 ， 只 要 宣布 这 些 
结论 就 可 以 了 ， 不 需要 再 讨论 。 


从 以 上 5 点 看 出 ， 送 代 开 始 前 的 这 几 天 ， 征 项 目 经 理 最 忙碌 的 日 
子 ， 他 们 要 使 尽 浑 映 解数 ， 在 碗 代 开 始 前 把 这 些 准 备 工作 都 做 好 。 稍 
有 延迟 ， 项 目 进度 就 会 受到 影响 ，10 多 个 开发 和 测试 人 员 就 会 等 你 ， 
项 目 经 理 耽误 1 个 小 时 ， 人 整个 团队 耽误 融 是 10 多 个 小 时 。 


项 目 经 理 切记 ， 永 远 不 要 让 自己 成 为 瓶颈 。 
接 下 来 的 4 周 就 是 真 刀 真 枪 的 迭代 时 间 了 。 


2. 控 制 4 周 迭代 的 世 寺 


在 这 4 周 的 迭代 时 间 里 ， 要 干 的 事情 很 多 ， 把 这 些 事 情 标 注 在 时 间 
轴 上 ， 如 图 10-1 所 示 。 


周一 到 周三 : 集中 测试 
产品 经 理 验收 


周 四 到 周 五 : 全 功能 回归 测试 人 
周 五 Code Complete 5S 周一 到 周三 : 集中 测试 \ 世 。 
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图 10-1 4 周 迭 代 流 程 
1) 开始 两 周 ， 是 开发 时 间 。 


在 这 两 周 时 间 内 ， 初 期 会 有 一 个 测试 用 例 评审 会 ， 根 据 我 的 经 
验 ， 束 是 需求 二 次 确认 会 。 一 般 而 言 ， 第 一 次 需求 确认 会 ， 开 发 和 测 
试 只 是 了 解 需求 ， 当 时 提 不 出 太 多 的 意见 。 只 有 经 过 几 天 的 沉淀 ， 才 
会 发 现 ， 有 些 需 求 并 不 合理 ， 所 以 我 们 每 次 开 测 试用 例 评 审 会 ， 束 会 
发 现 这 也 有 问题 ， 那 也 有 问题 ， 于 是 这 个 会 议 就 变 成 了 需求 二 次 确认 
会 。 我 们 在 评审 测试 用 例 的 时 候 ， 也 把 需求 最 终 确 认 了 下 来 。 


在 这 2 周 的 开发 时 间 里 ， 会 遇 到 各 种 狗 血 的 事情 : 
上 一 个 版 本 发 现 了 重大 bug， 要 紧急 修复 并 发 版 。 


这 个 是 比较 费 开发 和 测试 团队 时 间 和 精力 的 一 件 事 。 我 每 次 的 处 
理 方式 是 调整 1 个 Task 延 期 到 下 期 迭代 完成 ， 以 此 来 解决 资源 的 不 足 。 


陆 陆 续 续 发 现 一 些 线 上 的 bug， 虽 然 不 是 很 严重 ， 但 要 放 到 本 次 所 
代 内 修复 。 

作为 项 目 经 理 ， 我 一 般 将 此 当 作 正常 办 代 中 的 bug 来 修复 ， 不 会 影 
响 迄 代 的 工期 ， 但 是 遇 到 架构 上 的 问题 导致 的 bug， 可 能 就 要 排 到 下 其 
迁 代 来 完成 了 。 


如 采 开 发 团队 和 测试 团队 都 能 消化 挥 这 类 紧急 需求 ， 那 么 束 排 到 2 
周 开发 的 工时 中 ; 如 果 测 试 团队 时 间 不 够 ,就 开 新 分 支 来 完成 ， 下 期 
迭代 合并 进来 再 进行 测试 ， 如 采 开 发 团队 时 间 不 够 ， 那 么 束 把 还 没 开 
始 的 一 个 低 优先 级 Task 放 到 下 期 送 代 ， 以 优先 完成 这 个 新 需求 。 


.一些 需 求 ， 临 时 决定 本 次 迭代 不 做 。 


这 样 开发 人 员 就 有 额外 时 间 了 ， 我 一 般 安排 他 们 去 做 之 前 一 直 拖 
欠 的 Task， 或 者 去 做 一 些 重 构 ， 但 钙 考 虑 到 测试 资源 的 问题 ， 所 以 每 次 
都 生 做 在 新 分 文 上 ， 本 次 迭代 并 不 上 线 ， 放 到 下 次 适 代 去 测试 。 

在 这 两 周 里 ， 随 着 新 需求 一 个 个 的 提交 测试 ， 测 试 工作 也 慢 慢 展 
开 了 ， 并 开始 报 了 一 些 bug 。 

第 二 周 周 五 ， 所 有 功能 都 已 经 开发 完成 了 ， 也 束 是 所 谓 的 Code 


Complete。 


2) 第 三 周 ， 测 试 工作 进入 全 面 测试 阶段 ， 每 天 的 测试 包 都 比 前 一 
天 更 加 稳定 。 开 发 人 员 的 日 党 工作 是 修 bug 。 


第 三 周 要 把 高 优先 级 的 bug 全 都 修复 ， 不 然 难以 确保 下 周 bug 日 


此 外 ， 本 周 可 以 跑 Monkey 了 ， 每 天 要 有 专人 对 Crash 日 志 进 行 分 
析 、 归 类 ， 然 后 指派 给 相应 的 开发 人 员 去 修复 。 


另 一 项 开发 人 员 需 要 做 的 是 ， 修 复线 上 的 Crash。 需 要 有 专人 对 线 
上 每 天 的 Crash 进 行 分 析 、 归 类 ， 然 后 分 配给 相应 的 开发 人 员 去 修复 。 
我 的 经 验 是 ， 每 天 的 Crash 种 类 ， 其 实 差 不 多 ， 昨 天 的 某 个 Crash， 接 下 
来 一 周 都 会 出 现 ， 所 以 我 每 次 只 会 分 析 连 续 三 天 的 线 上 Crash， 基 本 能 
吉 括 线 上 的 90% 的 Crash 。 


为 了 确保 开发 质量 ， 开 发 人 员 每 天 还 会 集中 坐 在 一 起 进行 冒 烟 测 
试 。 即 每 天 集中 测试 一 个 模块 ， 把 发 现 的 问题 及 时 修复 。 


第 三 周 的 最 后 一 天 ， 应 该 确保 所 有 的 高 优先 级 bug 都 修复 了 ， 可 以 
直行 正常 的 下 单 支付 流程 。 这 时 我 们 要 打 一 个 正式 包 ， 用 于 : 


.发 给 全 国 各 地 的 分 公司 同事 ， 请 他 们 帮忙 进行 测试 。 我 主要 想 知 
道 全 国 各 地 是 否 都 可 以 登录 ， 包 括 WiFi、2G、3G 和 4G 网 络 环境 。 


发 布 小 流量 包 。 有 关 小 流量 包 的 介绍 参见 11.3 节 的 内 容 。 


3) 第 四 周 ， 这 周 主要 坪 测试 人 员 进 行 集 中 测试 、 探 索性 测试 和 全 
功能 回归 测试 。 


前 三 天 是 集中 测试 ， 他 们 会 集中 所 有 测试 人 力 ， 对 所 有 新 功能 一 
起 测 斌 一遍 。 开 发 人 员 则 要 保证 bug 日 清 。 与 此 同时 ， 测 试 团队 这 几 天 
需要 每 天 组 织 探 索性 测试 ， 及 早 发 现 bug 及 早 修复 ， 要 逐个 模块 推进 探 
索性 测试 工作 。 


第 三 天 晚上 是 Code Freeze。 我 们 认为 这 个 版 本 是 比较 稳定 的 ， 除 
非 发现 很 严重 的 bug， 人 否则 ， 不 再 改动 代码 。 


周一 到 周三 这 三 天 中 ， 产 品 经 理 要 进行 验收 工作 ， 把 问题 及 时 反 
谨 给 开发 人 员 ， 及 时 修复 。 


周 四 周 五 是 全 功能 回归 测试 ， 又 名 Regression Test。 这 是 最 后 一 轮 
测试 ， 这 期 间 发 现 的 任何 bug， 我 们 (开发 、 测 试 和 产品 经 理 ) 都 要 评 
估 ， 如 有 果 不 是 很 严重 ， 我 们 本 期 欠 代 殉 不 修复 了 。 可 以 按照 抑 iOS 后 
Android 的 顺序 ， 每 个 App 使 用 一 天 的 时 间 进 行 全 功能 回归 测试 。 


这 周 ， 我 们 还 要 密切 观察 小 流量 包 发 布 后 的 线 上 Crash 情 况 和 安装 
新 版 本 体验 包 的 同事 的 反馈 ， 对 发 现 的 严重 问题 进行 评估 和 修复 。 


10.3.2 ”两 周 时 间 的 开发 流程 


敏捷 是 什么 ? 敏捷 就 古 为 了 按时 交付 ， 不 断 调 整 策略 ， 做 到 资源 
利用 率 最 优化 。 至 少 我 是 这 么 认为 的 。 


上 一 市 我 们 介绍 了 4 周一 次 迭代 的 敏捷 开发 流程 。 还 能 不 能 更 快 一 
些 ? 可 以 ， 那 就 是 接 下 来 我 要 介绍 的 2 周一 次 迭代 的 敏捷 开发 流程 ， 如 
图 10-2 所 示 。 


周三 ，Code Complete 
周 四 ， 产 品 经 理 验收 
周 四 ，Bug 日 清 

周 五 下 午 ， 全 功能 回归 测试 
周 五 晚上 ，Code Freeze 
周 五 晚上 ， 小 流量 包 


周一 ， 修 复线 上 Crash 
周 四 ， 测 试用 例 评审 会 


图 10-2 2 周 迭 代 流 程 


时 间 少 了 ， 那 就 意味 着 每 次 送 代 的 功能 也 减少 了 ， 也 不 会 有 休整 
时 间 。 每 次 达 代 都 是 从 周一 开始 ， 下 周 五 晚上 发 版 作为 结束 。 


1) 第 一 周 的 工作 安排 : 


周一 用 于 产品 经 理 讲解 需求 、 开 发 人 员 和 测试 人 员 分 Task、 评 估 工 
时 、 排 工期 。 此 外 ， 周 一 开发 人 员 会 比较 空 ， 一 般 用 来 修复 线 上 的 
Crash。 


周二 到 第 二 周 的 周三 ， 共 计 7 天 ， 所 有 需求 都 必须 排 在 这 7 天 完 
成 。 同 时 ， 要 求 MobileAPI 在 这 天 完成 全 部 联 调 工作 。 


周 四 或 周 五 ， 测 试用 例 评 审 会 。 在 这 之 前 ， 测 试 团队 编写 测试 用 
例 。 


2) 第 二 周 的 工作 安排 : 


开发 工作 持续 到 第 二 周 周 三 下 班 前 。 周 三 晚上 这 个 时 间 点 ， 我 们 
称 之 为 Code Complete。 这 个 点 延期 了 了 ， 后 面 的 工作 都 要 顺延 。 


周三 起 ， 项 目 经 理 组 织 开 发 人 员 进 行 冒 血 测 试 ， 周 三 是 Android 和 
iOS 各 测 各 的 ， 周 四 是 两 个 团队 交叉 测试 。 


周 四 一 天 ， 产 品 经 理 对 功能 进行 验收 ， 如 琳 可 能 ， 这 一 天 尽量 提 
前 ， 以 便于 产品 经 理 不 满意 ， 开 发 人 员 有 更 多 时 间 进 行 修改 。 


周 四 要 求 开发 人 员 bug 日 清 。 同 时 测试 人 员 要 对 周三 开发 人 员 提 测 
的 功能 进行 测试 。 


周 五 上 午 测 斌 人员 验证 bug 是 否 全 都 修复 。 


周 五 下 午 测试 人 员 进 行 全 功能 回归 测试 工作 。 


对 于 周 五 发 现 的 所 有 bug， 我 们 只 修 那 些 严 重 程度 高 的 pug，bug 征 
否 产 重 ， 由 产品 经 理 说 了 算 。 


周 五 晚上 封 版 。 我 们 称 之 为 Code Freeze。iOS 会 提交 AppStore 审 
核 ， 为 保证 OS 和 Android 同 时 发 布 ，Android 当 天 是 不 能 发 布 的 ， 因 此 
只 是 在 主干 上 新 建 一 个 分 支 ， 该 分 支 用 于 Android 发 版 。 一 般 来 说 ， 
AppStore 审 核 通过 iOS 新 版 本 要 1 周 时 间 ， 在 此 一 周 内 ，Android 发 现 紧 
急 bug 还 有 机 会 修复 ， 但 原则 上 不 再 修改 代码 。 


按照 这 个 节奏 ， 我 们 能 确保 每 阳 两 周 就 能 提供 一 个 新 的 App 版 本 ， 
如 采 有 延期 ， 束 需要 周末 加 班 补 齐 。 


10.3.3 一 周 时 间 的 开发 流程 


随 着 无 线 团队 的 急速 扩充 ， 我 们 会 把 无 线 团队 按照 业务 线 拆 分 到 
各 个 部 | ]， 你 会 发 现 ， 无 论 是 4 周 还 是 2 周 的 达 代 ， 痢 难以 协调 各 个 首 
中， 主 他 们 按时 完成 功能 ， 以 保证 准时 发 版 。 


我 们 不 妨 每 周 五 App 发 一 次 版 本 ， 这 是 雷 打 不 动 的 太 奏 。 但 是 各 个 
部 门 可 以 自行 安排 自己 的 发 版 时 间 ， 比 如 有 些 大 功能 要 做 两 周 ， 那 就 
两 周 之 后 再 发 布 这 个 新 功能 ， 而 对 于 那些 零 零 散 散 的 小 功能 或 者 bug 修 
复 ， 则 放 到 每 周 的 发 版 中 ， 不 至 于 让 用 户 等 很 人 。 


这 束 好 比 在 地 铁 站 等 地 铁 ， 每 3 分 钟 都 会 开 过 去 一 趟 ， 永 远 不 会 等 
乘客 。 而 乘客 有 赶 上 第 一 班 的 ， 也 有 赶 上 第 二 班 的 ， 这 取决 于 他 们 的 
到 达 站 人 台 时 间 和 着 急 程度 。 


App 一 个 月 发 4 次 版 是 很 伙 怖 的 ， 这 会 让 竞争 对 手 永 远 跟 不 上 你 的 
世 奏 。 但 缺点 是 用 户 不 胜 其 烦 ， 每 周 都 要 提示 更 新 。 


10.3.4 即时 更 新 策略 


还 有 没有 更 短 的 欠 代 流程 ? 比 1 周 还 要 短 ? 有 ， 那 整 古 随时 开发 测 
试 完成 ， 随 时 提交 到 线 上 ， 而 不 借助 于 发 版 。 


那 束 要 用 到 插件 化 编程 和 脚本 编程 技术 了 。 搬 件 化 编程 仅 限于 
Android， 这 是 一 个 庞大 的 主题 ， 本 书 不 会 涉及 这 门 技术 。 脚 本 编程 束 
同时 适用 于 Android 和 iOS 了 。 目 前 业界 普遍 使 用 Lua， 以 手机 游戏 行业 
用 得 最 多 。 他 们 等 不 了 iOS 漫 长 的 审核 期 ， 因 为 手 游 可 能 随时 新 增 或 修 
改 地 图 、 淡 备 和 剧情 ， 所 以 他 们 会 在 已 经 审核 通过 的 App 中 用 Lua 脚 本 
做 这 些 事情 。 其 实 应 用 类 App 也 可 以 这 么 干 ， 我 接 下 来 吏 准 备 招 儿 个 
Lua 程 序 员 到 iOS 团 队 从 事 这 方面 的 工作 。 


如 琳 能 做 到 上 述 的 插件 化 编程 或 脚本 编程 搁 术 ， 那 么 束 可 以 随时 
发 布 新 功能 了 。 这 是 一 件 梦 里 都 会 笑 醒 的 事 。 由 此 而 回顾 我 们 的 敏捷 


开发 流程 ， 就 没有 适 代 周 期 这 样 的 概念 了 ， 我 们 将 实现 真正 的 敏捷 流 
程 ， 把 所 有 Task 都 贴 到 白板 上 ， 做 完 哪个 束 发 布 哪 个 到 线 上 。 


10.4 项 目 经 理 的 百宝箱 


很 多 公司 不 设置 项 目 经 理 ， 这 是 导致 项 目 经 党 失控 的 原因 之 一 。 
古 否 需要 项 目 经 理 ， 取 决 于 团队 的 负责 人 是 技术 型 还 是 管理 型 ， 对 于 
前 者 ， 是 需要 项 目 经 理 的 出 现 的 。 


ua 


项 目 经 理 主要 和 人 打交道 ， 要 具备 民 好 的 沟通 技巧 和 协调 能 
同时 ， 他 还 必须 具备 其 他 几 项 技能 ， 接 下 来 我 会 逐一 介绍 。 


10.4.1 项 目 经 理 的 任务 评估 表 


每 次 迭代 的 初期 ， 最 忙 的 束 古 项 目 经 理 了 。 他 要 在 一 天 时 间 内 完 
成 以 下 工作 : 


1) 汇总 产品 经 理 的 需求 ， 形 成 一 个 excel。 把 这 个 excel 下 发 给 设计 
团队 、Android 团 队 、iOSs 团 队 、MobileAPI 团 队 、QA 团 队 ， 由 各 个 团队 
的 Leader 把 需求 分 配 个 具体 的 开发 人 员 和 测试 人 员 。 


我 们 以 Android 项 目 举 例 ， 这 个 excel 应 该 由 以 下 列 组 成 : 


需求 地 址 (往往 是 wiki) 
设计 师 

-UI 提供 时 间 
MobileAPI 接 口 负责 人 (如 果 有 ) 
.MobileAPI 联 调 时 间 
.Android 开 发 人 员 
.Android 工 时 
.Android 工 期 

测试 人 员 

测试 工时 

测试 工期 


2) 召开 需求 确认 会 ， 请 产品 经 理 为 开发 和 测试 人 员 讲 解 需求 。 在 
此 之 前 ， 开 发 人 员 和 测试 人 员 应 该 按照 自己 分 到 的 Task 阅 读 相应 的 需 
求 ， 以 便于 讲解 过 程 中 理解 深刻 。 


3) 搜集 各 个 团队 每 个 需求 的 负责 人 和 工时 、 工 期 。 设 计 团 队 提 供 
设计 师 和 UI 提供 的 时 间 ，MobileAPI 团 队 提 供 MobileAPI 接 口 负 责 人 和 
联 调 时 间 。Android 团 队 则 提供 每 个 Task 的 工时 。 


每 个 人 的 工时 会 不 太 均 匀 ; ,比如 说 ， 每 个 开发 人 员 只 有 7 天 的 开发 
时 间 ， 必 然 有 人 超过 7 天 ， 有 人 不 足 七 天 ， 这 就 需要 开发 团队 的 Team 
Leader 来 协调 ， 对 Task 的 分 配 进 行 微调 ， 以 保证 每 个 人 的 工时 都 控制 在 
7 天 ， 并 且 尽 最 大 可 能 的 消化 需求 。 如 有 果 安 排 不 下 来 ， 就 要 和 产品 经 理 
商量 ， 根 据 优 先 级 删 减 需求 。 


在 Android 开 发 人 员 给 出 工时 后 ， 要 根据 MobileAPI 的 联 调 时 间 、 设 
计 师 提供 UI 的 时 间 来 调整 Android 开 发 人 员 每 个 task 的 工期 ， 以 确保 开 
发 时 UI 和 数据 接口 都 是 可 用 的 。 


4) 把 每 个 Task 都 写 到 小 纸 条 上 ， 贴 到 敏捷 白板 上 ， 接 下 来 的 几 周 
时 间 ， 束 看 这 些小 纸 条 的 威力 了 。 


5) 有 些 公司 倾向 于 把 所 有 Task 都 用 Jira 来 管理 ， 这 就 要 求 项 目 经 理 
额外 再 人 花 一 些 时 间 去 维护 Jira 。 


由 于 每 天 的 站 例会 上 都 会 过 每 个 人 的 进度 ， 并 且 还 会 把 每 天 的 进 
度 作为 会 议 纪要 的 一 部 分 ， 发 送 给 所 有 人 。 项 目 经 理 清晰 的 知道 每 个 
人 每 个 Task 的 进度 ， 所 以 可 以 由 项 目 经 理 每 天 来 更 新 所 有 人 员 在 Jira 中 


Task 的 进度 ， 从 而 把 开发 人 员 和 测试 人 员 从 Jira 中 解放 出 来 ， 专 心 致 志 
进行 开发 或 测试 工作 。 
此 外 ， 不 允许 有 超过 2 天 的 Task。 对 超过 2 天 的 Task， 需 要 开发 人 员 
和 测试 人 员 对 其 进行 细 化 ， 直 到 每 个 子 Task 都 控制 在 1-2 天 之 内 。 
开发 人 员 往 往 因 为 对 某 个 模块 不 熟悉 而 预 估 出 很 多 时 间 。 这 是 不 
好 的 ， 会 导致 我 们 永远 不 知道 每 次 迭代 我 们 最 多 能 消化 多 少 需 求 。 想 
解决 这 个 问题 ， 只 能 把 App 按 照 模 块 进行 拆 分 ， 确 保 每 个 模块 都 有 1-2 
名 开发 人 员 长 期 进行 维护 ， 这 样 估算 出 来 的 工时 ， 就 是 相当 准确 的 
了 o 


10.4.2” 贴 小 纸 条 的 艺术 


在 敏捷 日 板 上 贴 小 纸 条 ， 是 一 | ] 忆 术 。 如 图 10-3 所 示 。 


图 10-3 ”敏捷 白板 


这 项 工作 最 好 在 每 次 送 代 正式 开工 前 做 好 。 每 个 小 纸 条 上 需要 有 
以 下 几 项 内 容 : 


需求 标题 
开发 人 员 
:工时 
工期 
测试 人 员 


通常 而 言 ， 日 板 上 会 有 一 个 时 间 轴 ， 按 照 敏 捷 流 程 而 分 为 几 个 阶 


.BackLog: 待 办 列表 。 
.Doing: 开发 进行 中 。 

-CC: 开发 完成 ， 等 待 测试 。 
"Testing: 测试 中 。 

.Done: 测试 完成 。 


通常 ，Doing 阶 段 中 还 会 细 分 出 男 一 个 子 阶段 :与 MobileAPI 联 
调 。 当 然 ， 这 一 步 是 可 选 的 ， 因 为 有 些 需求 不 需要 MobileAPI 的 支持 。 


迭代 期 间 ， 会 陆 陆 续 续 发 现 线 上 的 bug， 或 者 加 入 新 的 需求 ， 或 者 
项 目 本 吴 的 代码 优化 ， 我 们 会 将 其 写 到 小 纸 条 上 ， 和 暂时 贴 到 BackLog 
中 ， 有 时 间 再 做 。 这 里 的 时 间 ， 不 光 指 开发 时 间 ， 测 试 所 需 的 额外 工 
时 也 要 考虑 。 


最 后 ， 要 防止 小 纸 条 粘性 不 够 ， 经 常 掉 地 上 ， 风 一 吹 就 不 见 了 。 
我 的 经 验 是 用 胶带 ， 这 样 比较 牢靠 一 些 。 此 外 ， 人 小 纸 条 的 材质 也 很 讲 
守 ， 经 常会 发 生 写 不 上 字 的 情况 。 要 注意 贴纸 的 正 反 面 ， 只 有 一 面 征 
可 以 正常 写字 的 。 


10.4.3 ”敏捷 迭代 中 的 会 议 纪要 


只 要 是 一 群 人 在 一 起 开会 ， 一 定 要 有 人 做 会 议 记 录 ， 然 后 把 会 议 
记录 群发 邮件 给 大 家 。 


下 面 介绍 敏捷 开发 过 程 中 的 四 种 必 不 可 少 的 会 议 纪要 及 邮件 。 


第 一 种 : 站 例会 邮件 。 项 目 经 理 在 站 例会 后 ， 要 立即 发 会 议 纪要 
的 邮件 ， 会 议 纪要 的 格式 如 下 : 


1) 每 个 开发 人 员 的 进度 。 基 本 就 是 流水 账 ， 与 敏捷 白板 上 的 小 纸 


条 同步 。 


2) 提 测 功能 ， 当 天 莉 提 测 的 功能 要 用 红色 高 亮 显示 ， 以 区 分 之 前 
提 测 的 那些 功能 。 


3) UI 和 MobileAPI 进 度 ， 列 出 目前 还 没有 提供 的 UI 和 MobileAPI 接 


4) 发 现 问题 ， 包 括 新 增 需 求 、 需 求 变更 、 开 发 计划 调整 ， 都 应 该 
在 这 里 列举 出 来 。 此 外 ， 还 包括 在 敏捷 过 程 中 发 现 的 不 合理 之 处 ， 比 
如 MobileAPI 与 App 的 配合 不 默 扫 。 


5) 风险 评估 ， 任 何 风吹草动 ， 都 要 反映 在 风险 评估 中。 项 目 经 理 
要 有 足够 的 敏感 度 ， 在 项 目 中 遇 到 的 人 员 请 假 、 第 三 方 依赖 的 不 确定 
性 、 需 求 变更 、bug 数 量 油 增 ， 等 等 ， 都 是 潜在 的 风险 点 ， 要 如 实 反映 
a 


以 上 5 后 中 ， 最 重要 的 是 第 5 上 态 ， 不 要 怕 得 菲 人 ， 要 如 实 反 映 项 目 
中 的 洪 在 风险 ， 只 报喜 不 报 忧 的 邮件 是 没有 任何 意义 的 。 


第 二 种 测试 团队 邮件 


在 阁 例 会 的 会 议 纪要 中 ， 我们 会 发 现 ， 这 份 会 议 记 要 中 没有 每 日 
的 测试 进度 和 Bug 情 况 。 这 是 因为 ,测试 相 关 的 邮件 要 单独 由 测试 团队 
于 每 天 下 班 前 发 出 ， 包 括 本 次 迭代 中 每 个 需求 的 测试 进度 ， 每 个 开发 
人 员 当 天 的 剩余 bug 数 量 ， 每 个 测试 人 员 目 前 还 没 验 收 的 bug 数 量 。 


第 三 种 : 分析 Monkey 邮 件 


每 天 下 班 前 ， 开 发 团队 和 测试 团队 要 执行 Monkey 测 试 ， 跑 一 个 通 
消 。 每 天 上 午 ， 由 测试 人 员 统 一 把 昨天 晚上 所 有 Monkey 测 试 的 结果 发 
出 来 ， 然 后 由 开发 人 员 分 析 这 些 Monkey 日 志 ， 尤 其 是 前 溃 的 地 方 ， 发 
一 封 邮件 出 来 ， 列 举 出 每 个 月 江 发 生 在 哪个 页 面 ， 指 派 该 模块 的 负责 
人 去 修复 。 


第 四 种 : 项 目 总 结 邮件 


每 次 送 代 结束 后 ， 都 要 举行 项 目 总 结 会 议 ， 请 每 个 团队 成 员 给 出 
本 次 迭代 做 的 好 的 和 不 好 的 地 方 各 3 点 ， 好 的 要 继续 发 扬 光大 ， 并 且 看 
是 否 能 做 得 更 好 ， 不 好 的 地 方 要 想 办 法 解决 ， 下 次 迭代 不 能 还 是 这 
样 ， 至 少 要 减轻 它 的 影响 。 由 项 目 经 理 总 结 后 发 出 邮件 。 


每 次 项 目 总 结 会 上 ， 都 要 对 上 次 总 结 的 内 容 进 行 回顾 ， 看 做 得 不 
好 的 地 方 是 否 有 了 改善 。 


10.4.4 开 站 例会 的 技巧 


站 例会 ， 英 文 名 为 Stand Meeting， 因 为 是 一 群 人 每 天 都 站 着 开会 过 
进度 ， 所 以 也 有 的 人 称 之 为 站 立会 〈 或 站 例会 ) 。 


1 下 上 开会 效 信 会 更 寻 


每 天 我 们 都 要 开 站 例会 ， 开 发 人 员 、 测 斌 人员、 产品 经 理 聚 在 日 
板 前 。 有 的 团队 早上 开 站 例会 ， 有 的 团队 则 是 下 班 前 开 站 例会 。 


早上 开 站 例会 的 好 处 是 ， 作 为 一 天 的 开始 ， 可 以 安排 今天 要 做 些 
什么 。 下 班 前 开奖 例会 的 好 处 是 ， 作 为 一 天 的 结束 ， 可 以 知道 每 天 的 
进度 是 否 正常 ， 如 果 有 问题 ， 可 以 及 时 做 出 调整 ， 等 到 明天 早上 才 知 
道 束 晚 了 。 两 种 方式 我 都 试 过 。 一 开始 是 每 天 早上 开 站 例会 ,但 是 一 
段 时 间 后 发 现 ， 虽 然 早 上 把 工作 都 安排 好 了 ， 但 是 当天 的 进度 只 有 第 
二 天 早上 才 知 道 。 信 而 人 之， 每 天 早上 ， 和 总 会 有 开发 人 员 给 我 一 个 恢 
喜 一 一 各 种 延期 。 后 来 束 改 为 每 天 下 班 衣 开 站 例会 了 。 虽 然 能 提前 知 
道 每 天 的 工作 进度 ， 但 是 明天 要 做 些 什么 ， 虽 然 今 天 晚上 站 例会 都 安 
排 好 了 ， 但 古 睡 了 一 觉 后 ， 第 二 天 束 在 记 80% 了 。 


于 是 过 了 几 个 月 后 ， 我 又 改 回 早 例会 的 方式 了 ,但 是 每 天 下 班 前 
会 走 到 开发 人 员 座 位 旁 ， 人 简单 询问 每 个 人 当天 的 进度 ， 以 确保 没有 
太 大 的 惊喜 。 一 段 时 间 后 ， 发 现 效果 显著 ， 每 个 开发 人 员 的 剩余 价值 
都 被 榨 了 出 来 ， 在 效率 提升 的 同时 ， 我 也 发 现 自己 的 强迫 症 更 加 严重 


开 站 例会 一 定 要 准时 。 定 好 了 9 点 半 ， 就 一 定 在 那个 时 间 把 人 都 召 
集 到 白板 前 。 项 目 经 理 作为 会 议 的 组 织 者 首先 不 能 迟到 ， 否 则 整个 团 
队 也 都 会 上 行 下 效 。 


任何 人 都 不 布 户 中 偿 被 打 断 ， 布 望 集中 精力 做 事情 ， 尤 其 对 于 工 
程 师 而 言 ， 他 们 最 抵触 开 会 ， 抵 触 的 直接 表现 束 是 开 站 例会 的 时 候 懒 
懒散 毅 ， 不 准时 参加 ， 一 定 要 忙 完 目 己 手 里 的 事情 再 过 来 一 一 我 也 遇 
到 过 这 样 的 情况 ， 我 的 经 验 是 ， 提 前 5 分 钟 走 到 团队 工 位 ， 拓 醒 每 个 开 
发 人 员 和 测试 人 员 把 手头 工作 收 一 收 ，5 分 钟 后 准备 开会 。 


此 外 ， 每 个 人 的 “生物 钟 ” 不 太一 样 ， 慢 慢 调 整 每 个 人 员 的 生物 
钟 ， 不 要 与 站 例会 促 突 。 当 然 ， 人 有 二 急 ， 巡 到 突 发 情况 ， 也 没有 办 
法 。 对 于 因 故 不 能 参加 会 议 的 同学 ， 等 他 有 空 了 ， 表 单独 和 他 同步 进 


开 站 例会 一 定 要 确保 开发 人 员 、 测 试 人员、 产品 经 理 都 在 场 。 其 
中 ， 开 发 人 员 和 测试 人 员 很 重要 ， 要 确保 他 们 尽 可 能 都 参加 。 如 朱 再 
把 七 八 个 产品 经 理 也 包括 进来 ， 那 么 二 十 多 人 的 站 例会 吏 不 是 敏捷 
了 。 这 说 明 团 队 大 了 ， 需 要 拆 分 了 。 一 个 敏捷 团队 要 控制 在 10 人 以 
py 


曾经 有 一 段 时 间 ， 站 例会 每 次 都 有 将 近 20 人 参加 。 于 是 ， 我 莹 试 
过 把 站 例会 按照 模块 拆 成 两 个 小 的 站 例会 ， 这 样 每 次 下 有 10 个 人 参加 
会 议 了 。 但 这 样 做 的 前 所 是 ， 开 发 和 测试 团队 都 已 经 实现 了 模块 化 ， 
每 个 模块 部 有 固定 的 开发 和 测试 人 员 。 


3. 站 例会 控制 在 15 分 钟 


就 算是 10 个 人 的 站 例会 ， 也 要 控制 在 15 分 钟 。 每 人 介绍 一 下 自己 
的 开发 进度 和 测试 进度 ， 各 个 团队 的 Leader 说 一 下 今天 要 做 的 一 些 公共 
的 事情 。 需 要 牢记 的 是 ， 每 件 事 讨论 不 能 超过 2 分 钟 ， 一 旦 发 现 2 分 钟 
说 不 清楚 ， 那 么 项 目 经 理 就 要 站 出 来 打 断 他 ， 记 下 这 个 事情 ， 会 后 叫 
上 相关 的 人 再 详细 讨论 。 


项 目 经 理 妥 控制 站 例会 的 下 考 ， 不 能 跑题 。 我 经 般 犯 这 样 的 钳 ， 
说 着 说 着 束 不 正经 了 。 


男 一 方面 ， 因 为 参加 会 议 的 人 很 多 ， 所 以 大 家 不 要 私下 开 小 会 。 
问 到 自己 就 说 ， 否 则 束 不 要 开 允 一 个 话题 和 旁人 聊 下 去 。 


10.4.5 如何 确保 项 目 不 延 期 


我 带 团队 做 过 很 多 新 项 目 ， 痢 项 目 就 是 从 无 到 有 “。 说 老实 话 ， 开 
始 的 几 个 项 目 我 做 得 并 不 好 ， 原 因 有 几 个 : 


1) 估算 工时 过 于 乐观 ， 以 至 于 虽然 每 天 我 也 参与 大 量 的 开发 工 
作 ， 和 团队 加 班 到 九 、 十 点 钟 ， 但 是 仍然 延期 。 


2) 新 项 目 因为 一 切 从 零 开 始 ， 所 以 会 有 各 种 狗 血 的 事情 中 途 发 
生 ， 会 严重 影响 士气 。 

3) 新 项 目 要 做 的 功能 往往 比较 多 ， 所 以 一 次 性 评估 出 一 两 个 月 的 
工时 和 工期 ， 会 有 很 大 的 风险 ， 比 如 说 ; 


-首先 是 计划 赶不上 变化 ， 每 次 需求 变动 都 会 调整 事先 排 好 的 工 
期 ; 


.其 次 是 时 间 太 长 ， 开 发 人 员 会 看 不 到 尽头 ， 会 逐渐 降低 ， 直 
到 崩 演 。 士 气 低 的 直接 反映 束 是 质量 差 。 


-再 次 是 测试 团队 的 介入 点 ， 工 期 排 的 很 紧 ， 我 并 没有 给 开发 人 员 
预 留 修 之 前 拓 测 功能 的 bug 修 复 时 间 。 做 到 后 面 ， 我 会 发 现 ， 开 发 人 员 
一 边 在 做 新 功能 ， 一 边 在 修之 前 的 bug。 两 线 作 战 ， 疲 于 应 付 。 


号 过 几 次 亏 ， 决 不 能 再 犯 同样 的 错误 ， 比 如 我 最 近 做 的 一 个 新 项 
目 ， 束 将 其 拆 分 成 3 次 送 代 ， 每 次 达 代 做 一 个 完整 的 功能 ， 包 括 App 开 
发 、MobileAPI 开 发 、 测 试 、 修 bug、 产 品 验 收 ， 每 次 迷 代 2 周 时 间 。 最 
后 再 预 留 出 一 个 欠 代 (2 周 时 间 ) 做 buffer， 用 来 处 理 一 些 突 发 事件 ， 
比如 之 前 的 架构 设计 得 不 好 需要 修改 ， 比 如 我 们 对 外 界 的 依赖 不 可 用 
了 ， 比 如 上 线 前 的 一 堆 准 备 工作 。 


这 样 把 一 个 2 个 月 的 新 项 目 拆 分 成 4 次 小 的 欠 代 ， 每 次 欠 代 都 能 发 
布 一 些 新 功能 给 产品 经 理 甚至 是 大 老板 看 ， 大 家 每 次 欠 代 的 目标 都 很 
明确 ， 每 次 色 代 如 果 都 能 按时 完成 任务 ， 士 气 就 会 很 高 涨 。 这 样 即 使 
中 途 加 一 些 新 需求 ， 也 能 消化 掉 (当然 随便 加 新 需求 这 样 不 好 ) 。 


更 多 时 候 ， 我 们 所 做 的 项 目 是 有 外 界 依赖 的 ， 比 如 说 无 线 部 门 往 
往 依 赖 于 公司 的 底层 部 门 ， 比 如 说 搜索 及 产品 信息 、 文 付 、 安 全 、 运 
维 这 些 部 门 ， 尤 其 是 在 项 目 上 线 之 前 ， 对 测试 环境 的 依赖 性 非常 大 。 
经 第 会 发 生 测试 环境 上 午 十 好 的 ， 吃 过 午饭 后 整 不 能 使 用 的 现象 ， 所 
以 项 目 经 理 在 保证 自己 团队 项 目 进 度 的 同时 ， 还 肩负 着 与 其 他 部 门 沟 
通 、 协 作 的 工作 。 


10.4.6” 送 代 风险 管理 


不 从 张 地 说 ， 无 项 目 不 延 期 。 


所 以 ， 尽管 机 头 算计， 无 论 古 两 周 的 迭代 ， 还 是 四 周 的 达 代 ， 部 
会 有 延期 的 可 能 。 我 接 下 来 讨论 的， 十 如 何 规避 风险 、 以 及 遇 到 了 风 
险 如 何 把 风险 降 到 最 低 。 


就 以 两 周 的 迭代 为 例子 吧 。 第 二 周 的 周三 晚上 ， 应 该 完成 所 有 的 
功能 ， 称 为 Code Complete。 如 果 这 个 点 踩 不 住 ， 那 就 有 风险 了 ， 开 发 
人 员 往 后 延期 几 天 ， 测 试 也 就 相应 的 延期 几 天 ， 这 就 导致 App 发 版 时 间 
会 顺延 。 


Ey 


延期 一 般 发 生 在 MobileAPI。 当 然 不 能 全 都 怪 从 事 MobileAPI 开 发 
人 员 ， 因 为 他 们 只 是 一 个 中 间 层 ， 问 题 出 在 底层 的 系统 上 ， 包 括 搜 
索 、 产 品 信息 、 支 付 系统 、 会 员 体系 等 等 ， 传 统 互 联网 公司 的 这 些 系 
统 原型 都 是 为 网 站 服务 的 ， 不 能 直接 搬 到 移动 互联 网 上 。 


要 想 规避 因此 而 导致 的 延期 ， 有 3 种 解决 方案 : 


:让 MobileAPI 的 进度 提前 两 周 (一 个 迭代 ) 。 只 有 这 样 ， 
MobileAPI 才 能 告诉 App 开 发 人 员 ， 下 期 沈 代 能 做 什么 和 不 能 做 什么 。 


-i 上 HTML5 网 站 先行 ，App 下 个 从 代 后 续 跟 进 。 考 虚 到 HTML5 页 面 
开发 起 来 很 快 ， 发 布 起 来 也 很 浴 单 ， 能 迅速 上 线 并 收集 到 用 户 反 馈 ， 
所 以 可 以 让 HTML5 了 网 站 移 去 “ 趟 雷 ”， 以 确 傈 App 开 发 时 少 走 这 路 。 


.如果 算 来 算 去 ，MobileAPI 还 是 要 和 App 一 起 开发 。 那 么 
MobileAPI[ 一 定 要 在 开工 前 就 做 好 技术 调研 ， 需 要 提供 哪些 接口 ， 用 到 
底层 哪些 功能 ， 这 些 功 能 是 否 满足 所 有 需求 ， 这 些 功 能 是 否 都 能 正常 
工作 。 要 第 一 时 间 知 道 本 次 迭代 能 做 多 少 ， 否 则 每 走 几 步 就 会 遇 到 一 
个 坊 ， 所 有 人 停 下 来 等 解决 方案 ， 再 走 几 步 久 过 到 一 个 坑 ， 然 后 大 家 


又 只 能 停 下 来 等 结论 。 


接 下 来 说 第 二 周 的 周 四 ， 这 一 天 应 该 做 到 bug 日 清 ， 如 采 达 不 到 ， 
说 明 有 风险 。 对 于 bug 重 灾区 对 应 的 那 部 分 功能 ， 要 么 是 相应 的 开发 人 
员 技 术 能 力 不 够 ， 要么 是 需求 和 交互 设计 过 于 复杂 了 。 我 们 有 必要 建 
议 产品 经 理 弱 化 需求 ， 以 便 该 功能 能 够 平稳 上 线 。 


做 任何 需求 ， 我 们 都 要 为 自己 留 一 条 后 路 ， 也 就 吓 最 坏 打 算 ， 如 
果 未 能 按期 完工 ， 或 者 质量 很 差 ， 该 如 何 面 对 ? 就 算是 砍 需 求 ， 也 是 
需要 人 工 成 本 去 做 这 个 事情 的 ， 把 代码 回 滚 到 最 初 的 状态 ， 所 以 一 定 
要 有 个 最 晚 的 时 间 点 ， 过 了 这 个 时 间 点 如 条 还 有 很 严重 的 问题 加 要 采 
取 断 然 措施 。 


最 后 是 第 二 周 的 周 五 ， 即 最 后 一 天 ， 全 功能 回归 测 弃 及 发 版 。 这 
一 天 ， 即 使 是 发 现 了 pbug， 也 不 能 急 着 去 修复 了 。 这 时 大 家 要 坐 下 来 一 
起 商量 ， 只 修复 那些 最 重要 的 bug; 对 于 影响 不 大 的 bug， 匆 匆忙 忙 修 
复 反 而 有 可 能 引起 更 六 重 的 bug， 这 才 是 风险 所 在 。 


要 做 好 市 bug 上 线 的 心理 准备 ， 这 些 bug 一 类 是 小 问题 ， 影 响 不 
大 ， 可 以 延期 到 下 次 送 代 解 决 ， 男 一 类 是 大 问题 但 古 改 动量 很 大 ， 所 
以 也 只 能 怒 痛 延期 到 下 次 还 代 ， 当 作 一 个 Task 来 做 。 


巡 上 所 述 ， 我 们 会 发 现 ， 每 次 迭代 的 最 后 三 天 ， 古 至 天 重要 的 ， 
苹 风 险 的 汇集 地 ， 作 为 管理 者 ， 这 三 天 一 定 要 用 大 服 睛 有 盯 着 任何 风 吹 
章 动 ， 盯 着 bug 报 表 的 波动 情况 。 


10.5 帮 代 中 的 测试 工作 


接 下 来 我 们 说 测试 ， 不 光 是 测试 人 员 的 日 党 测试 工作 ， 还 包括 开 
发 人 员 组 织 的 目测 工作 。 


10.5.1 冒 烟 测试 


真正 的 冒 烟 测 试 ， 古 针对 修复 了 一 个 bug 而 进行 的 一 系列 专门 的 测 
试 。 我 接 下 来 说 的 冒 烟 测 斌 机制， 并 不 是 这 个 意思 ， 只 是 为 了 好 听 ， 
叫 起 来 朗朗 上 口 ， 就 像 前 儿 天 我 去 饭店 吃饭 ， 那 里 有 道 菜 叫 枫 桥 夜 
泊 ， 其 实 就 是 把 牛肉 块 炖 一 炖 ， 吃 的 就 古 那 份 雅 怪 。 


当 开 发 人 员 开 发 完成 了 所 有 功能 ， 接 下 来 的 几 天 ， 将 主要 是 测试 
团队 提 bug、 开 发 人 员 修 bug 的 过 程 。 这 期 间 ， 开 发 人 员 是 比较 空闲 
的 。 不 要 安排 开发 人 员 去 做 新 的 需求 ， 而 是 每 天 找 一 个 时 间 段 (一 般 
一 个 小 时 ，， 把 他 们 集中 起 来 ， 围 坐 在 一 张 圆 吕 上 ， 把 App 的 所 有 功 
能 都 测 一 过 ， 我 们 称 之 为 “ 冒 烟 测试 ”。 


原本 我 是 想 帮 着 测试 团队 一 起 做 测试 的 ， 因 为 开发 人 员 都 比较 有 目 
信 ， 他 们 在 测 弃 目 己 的 代码 时 会 得 不 经 心 ， 但 是 大 家 都 集中 测试 一 个 
功能 时 ， 其 他 开发 人 员 束 会 像 见 到 杀 父 仇人 人 一样， 拼命 找 对 方 的 问 
题 ， 那 种 成 就 感 真是 妙 不 可 言 。 


当然 了 ， 为 了 不 至 于 把 气氛 捅 得 太 紧 张 ， 我 每 次 都 天 些 黄 飞 红 或 
者 橘子 来 作为 奖赏 。 有 人 提议 发 现 bug 奖 励 一 碗 牛肉 面 ， 被 我 否 了 ， 因 
为 发 现 两 个 的 时 候 ， 总 不 能 给 一 个 人 严 两 碗 吧 ， 加 一 份 肉 倒是 可 以 考 
虚 。 


“ 冒 烟 测试 "主要 古 解 决 测试 人 力 不 足 、 禾 蓄 场 景 不 全 的 问题 。 在 
移动 互联 网 公司 ， 开 发 测试 比 大约 是 6:1， 由 于 很 多 功能 都 是 集中 在 最 
后 几 天 提 测 ， 所 以 测试 人 员 越 到 后 期 越 紧 张 ， 而 开发 人 员 介 入 测试 工 
作 ， 有 是 对 产品 质量 的 保证 。 


起 先 我 只 是 笑 试 解决 迄 代 后 期 开发 人 员 内 置 的 问题 ,但 几 次 迭代 
后 我 发 现 这 种 " 冒 烟 测试 ”能 发 现 很 多 bug， 于 是 便 将 其 纳入 到 敏捷 开发 
流程 中 。 


后 来 我 们 开发 团队 做 过 一 次 代码 重 构 ， 把 JSONObject 全 都 换 成 了 
fasJSON， 并 重 写 了 部 分 页 面 的 逻辑 。 但 是 发 版 后 却 发 现 很 多 地 方 显 
示 有 问题 ， 最 后 只 好 紧急 修复 、 重 新 发 版 。 事 后 我 们 痛定思痛 ， 如 何 
没有 在 发 版 前 发 现 这 些 问 题 ? 测试 工作 固然 没有 做 好 ， 需 要 另外 总 
结 ， 但 是 开发 团队 的 “ 冒 烟 测试 * 也 没有 发 现 问 题 ， 形 同 虚 设 ， 问 题 勾 
出 在 哪儿 呢 ? 


问题 的 根 结 在 于 ， 每 次 冒 烟 测试 的 时 候 ， 我 们 都 只 拿 一 台 测 试 机 
安装 了 最 新 的 开发 版 本 进行 测试 ， 并 不 知道 线 上 版 本 长 得 是 什么 样 


子 。 于 古 我 们 整改 进 了 冒 烟 测 试 的 方法 ， 每 次 都 拿 两 个 手机 进行 比较 
测试 ， 一 台 手 机 上 当然 是 最 新 的 开发 版 本 ， 男 一 台 手 机 ， 有 人 会 拿 线 
上 的 版 本 ， 也 有 人 会 拿 jPhone 和 Android 对 比 着 看 ， 总 而 言 之 ， 就 是 要 
检查 本 次 碗 代 是 不 是 改 坏 了 什么 地 方 。 我 们 后 来 称 之 为 “ 找 不 同 ” 
因为 我 是 在 游戏 厅 玩 “ 找 不 同 * 时 想到 的 这 个 办 法 。 


执行 “ 找 不 同 ” 方 案 后 ， 我 们 还 发 现 了 Android 和 iPhone 上 很 多 数据 
显示 不 一 致 的 地 方 ， 有 些 是 Android 一 直 就 有 的 bug (iPhone 也 有 一 直 
不 对 的 地 方 ) ， 经 过 和 产品 经 理 确 认 后 ， 就 一 并 也 改正 了 。 


大 约 在 3 次 迭代 之 后 ， 那 时 候 同 时 进来 很 多 痢 的 开发 人 员 ， 他 们 需 
要 熟悉 业务 逻辑 但 是 义 没有 什么 文档 可 供 参 考 学 习 ， 当 时 的 办 法 就 十 
让 他 们 一 起 参加 冒 烟 测 试 ， 每 测 到 一 个 模块 ， 束 请 该 模块 的 负 员 人 把 
业务 逻辑 讲 一 下 。 不 光 是 培养 了 新 人 ， 对 于 长 期 做 某 个 模块 的 开发 人 
员 ， 也 是 需要 了 解 其 他 业务 模块 的 ， 而 冒 烟 测 试 是 最 好 的 培训 谍 ， 我 
清晰 地 记得 ， 第 一 次 迭代 ， 冒 烟 测 试用 了 5 天 时 间 ， 每 天 1 个 小 时 测 一 
个 模块 ， 明 到 的 问题 大 都 古 点 着 点 着 束 朋 演 了 ， 到 了 第 7 次 达 代 时 ， 
天 冒 烟 测 试 还 是 一 个 小 时 ， 但 3 天 时 间 就 够 了 。 问 题 越 来 越 少 ，App 的 
稳定 性 已 不 再 是 问题 ，iPhone 和 Android 的 数据 展示 和 业务 逻辑 也 基本 
人 


有 人 兴 许 会 间 ， 测 试 工作 应 该 是 测试 团队 要 做 的 啊 ， 开 发 人 员 更 
多 的 是 开发 工作 。 其 实 不 然 ， 我 的 经 验 告诉 我 : 


1) 测试 团队 经 常 面 临 资源 不 足 的 情况 ， 尤 其 是 Android 和 iPhone 
同时 发 版 。 

2) 开发 团队 没有 那么 多 的 开发 工作 要 做 ， 因 为 产品 团队 经 常会 没 
有 太 多 的 新 需求 。 


3) App 不 同 于 MobileAPI 开 发 。MobileAPI 开 发 可 以 使 用 单元 测试 
来 保证 质量 ， 但 是 App 就 很 难 做 单元 测试 了 。 也 就 是 说 ，App 前 端 开发 
人 员 并 没有 做 单元 测试 的 Task， 那 么 这 些 时 间 要 用 来 做 什么 ? 


4) App 自 动 化 测试 的 事情 就 别 指望 了 ， 那 是 大 公司 才 愿 意 投入 大 
量 人 力 去 烧 钱 的 事 。 尤 其 是 互联 网 行业 ， 需 求 变 动 频 蚂 ， 往 往 是 刚 写 
好 一 个 目 动 化 测试 用 例 ， 一 次 迭代 后 束 废 弃 了 。 


10.5.2 ”探索 性 测试 


前 面 介绍 的 开发 人 员 自 发 组 织 的 “ 冒 烟 测 试 "， 其 实 就 是 探索 性 测 
是 执行 人 员 是 开发 团队 而 不 是 测试 团队 轻 了 。 


试 ， 


江 


测 弃 团 队 在 新 功能 测 弃 结束 后 ， 应 该 做 一 轮 探 索性 测试 。 操 作 方 
法 和 前 面 介 绍 的 “ 冒 烟 测试 ”类似 ， 把 所 有 测试 人 员 组 织 在 一 起 ， 逐 个 
模块 进行 测试 ， 可 以 每 天 一 人 小时， 分 为 3-4 天 进行 。 这 样 束 确保 了 有 
bug 可 以 及 早 发 现 ， 而 不 是 等 到 最 后 一 天 全 功能 回归 测试 时 一 次 性 提出 


几 十 个 bug。 此 外 ， 测 弃 团 队 所 有 成 员 都 参与 ， 可 以 保证 每 个 测试 人 员 
对 每 个 模块 都 熟悉 ， 而 不 是 长 期 只 仙 贡 目 己 那个 模块 。 


10.5.3 ”Monkey 测 试 


Android 项 目 每 天 下 班 前 都 要 跑 Monkey， 然 后 每 天 会 有 专人 分 析 


Crash 日 志 。Crash 一 般 分 三 种 : 


1) 代码 逻辑 上 的 空 指针 ， 这 个 比较 容易 看 出 来 ， 有 助 于 我 们 查找 
bug。 


2) 系统 问题 ， 比 如 说 不 同 手机 ROM， 问 题 也 不 太一 样 。 


3) ANR， 这 个 就 没 办 法 了 ， 因 为 在 A 页 面 发生 的 ANR， 并 不 一 定 
是 A 页 面 的 逻辑 导致 的 ， 可 能 在 前 面 很 多 页 面 持续 积累 下 来 的 内 存 占 
用 过 多 ， 就 像 我 的 一 个 兄弟 说 过 的 ，A 页 面 可 能 是 压 死 骆 弦 的 最 后 一 
根 稻草 。 


编写 Monkey 脚 本 ， 我 们 要 注意 几 点 : 


1) 要 把 App 中 的 电话 拨打 按钮 都 禁止 。 否 则 就 会 因为 误 点 了 电话 
按钮 而 跳出 App。 


2) 要 确保 Monkey 能 进入 到 App 的 所 有 页 面 。 


有 些 模块 、 有 些 页 面 因为 层级 比较 深 ， 所 以 Monkey 进 入 的 概率 比 
较 小 。 我 们 可 以 订 制 Monkey 包 ， 让 Monkey 每 次 只 跑 一 个 模块 。 


比如 说 首页 由 8 个 模块 的 入 口 ， 我 们 为 每 个 模块 创建 一 个 开关 ， 如 
果 今 天 我 跑 Monkey 只 想 进 入 第 8 个 模块 ， 那 么 我 束 把 第 8 个 模块 对 应 的 
开关 设置 为 tue， 其 他 7 个 都 设置 为 false。 这 样 App 运 行 时 ， 首 页 就 只 
有 第 8 个 模块 可 以 点 击 进 入 ， 其 他 页 面 因为 开关 为 false， 所 以 都 不 可 以 
i 


3) 有 很 多 页 面 需要 用 户 登 录 后 才能 进入 。 为 了 让 这 些 页 面 也 能 跑 
Monkey， 我 们 需要 每 晚 跑 Monkey 的 包 与 发 版 到 线 上 的 包 略 有 不 同 。 


最 简单 的 做 法 是 ， 在 程序 中 新 建 一 个 变量 isMoney， 以 标记 当前 打 
的 包 是 否 为 Monkey 所 准备 的 。 在 Monkey 包 中 为 tue， 在 正式 包 中 为 


false ° 
那么 在 登录 页 ， 我 们 把 代码 改 为 如 下 形式 : 


if(isMonkey)t{ 
password=baobao 
userName="qwer"; 

}elsef{ 
userName=etUserName.getText().toString(); 
password=etPassword.getText().toSstring(); 


} 


也 就 是 说 ， 如 采 是 monkey 包 ， 我 把 用 户 名 和 和 密码 写 死 在 程序 中 ， 
这 样 Monkey 点 击 登 录 按 钮 肯定 能 够 成 功 ， 接 下 来 束 能 进入 其 他 用 户 相 


天 的 页 面 了 。 


但 是 后 来 我 们 发 现 一 个 问题 ， 这 段 含有 用 户 名 和 密码 的 代码 会 一 
起 编译 到 线 上 的 包 中 ， 即 使 做 了 代码 混 清 ， 用 户 名 和 和 警 码 在 反 编 译 后 
还 是 能 看 到 的 。 这 是 极 不 安全 的 。 于 是 便 有 了 解决 方案 2: 把 用 户 名 和 
密码 放 在 一 个 文件 上 ， 每 次 读 取 这 个 文件 。 对 于 跑 Monkey 包 的 测试 
机 ， 要 把 这 个 文件 事先 存 到 SD 卡 上 ; 正式 包 束 不 需要 这 个 文件 了 。 


这 年 我 们 开发 人 员 一 厢 情 愿 想 出 来 的 办 法 ， 按 照 这 个 思路 把 代码 
改写 完 才 发 现 ， 跑 Monkey 包 的 测试 机 上 大 都 没有 SD 卡 。 


于 是 我 们 在 碰 了 一 鼻子 灰 之 后 ， 给 出 了 终极 解决 方案 : 


在 打包 脚本 上 做 文章 。 把 这 个 文件 放 在 项 目 中 。 只 有 Monkey 包 才 
会 在 打包 时 把 这 个 文件 包含 进来 ， 而 正式 包 不 会 包括 这 个 文件 。 这 样 
忠 彻 改 解 决 了 安全 性 问题 ， 只 是 编写 打包 脚本 时 要 额外 小 心 ， 同 时 ， 
在 每 次 发 版 前 ， 都 要 检查 一 下 apk 包 中 征 否 有 这 个 文件 。 


4) 要 把 设计 支付 的 按钮 都 禁止 ， 以 防止 在 线 上 下 单 而 造成 的 各 种 
纠纷 。 


10.6 ”高 层 对 敏捷 流程 的 干预 


一 般 而 言 ， 一 个 敏捷 流程 是 不 需要 总 监 级 别 的 高 层 直 接 参与 的 。 
但 站 总监 应 该 对 敏捷 流程 适当 于 预 ， 一 方面 要 把 握 重 构 和 产品 的 乎 
衡 ， 以 确保 一 个 “ 度 ”， 另 一 方面 则 要 提高 人 力 的 利用 率 ， 可 以 从 开发 
效率 、 座 位 安排 、 静 时 这 些 点 入 手 ， 从 而 让 团队 始终 具有 高 产 出 。 


10.6.1 重 构 与 产品 需求 的 平衡 


App 兴 起 的 早期 各 大 互联 网 公司 都 急 急 忙 忙 把 目 己 网 站 的 功能 扳 
到 了 App 上 ， 而 没有 考虑 更 为 长 远 的 事情 ， 久 而 久之 ， 每 开发 一 个 新 功 
能 ， 人 花 的 时 间 很 长 ， 质 量 也 不 高 ，App 的 代码 架构 急需 重 构 和 优化 。 


本 世 讨 论 什 么 时 候 做 重 构 。 


在 我 的 项 目 排 期 中 ， 是 永远 不 会 有 重 构 的 任务 的 。 我 对 产品 经 理 
的 承诺 是 ， 优 先 把 所 有 产品 需求 都 做 完 。 


我 一 般 会 在 两 次 迭代 的 间 隐 ， 来 进行 重 构 。 因 为 这 时 候 大 家 都 在 
确认 需求 制定 计划 ， 最 忙 的 是 产品 经 理 和 项 目 经 理 ， 开 发 人 员 是 有 时 
间 进 行 重 构 而 不 影响 项 目 进 度 的 。 


另外 ， 在 迭代 过 程 中 ， 会 有 需求 被 砍 挥 或 者 弱化 的 时 候 ， 省 下 来 
的 时 间 也 可 以 用 来 做 项 目 重 构 。 实 践 证 明 ， 这 样 的 情况 是 很 多 的 ， 而 
以 往 ， 由 于 没有 事先 规划 好 ， 这 些 时 间 古 被 殉 废 挥 的 。 


每 次 重 构 都 要 事先 规划 好 : 
-解决 方案 

:工时 

:影响 范围 


:测试 方案 


经 常 出 现 重 构 时 没有 预 估 好 工时 、 越 做 越 大 、 收 不 了 尾 的 情况 
一 一 我 都 见怪 不 怪 了 。 开 发 人 员 总 是 太 目 信 ， 以 为 目 己 能 搞定 一 切 ， 
而 不 做 好 规划 ， 殊 不 知 改动 越 大 ， 风 险 越 大 。 


好 的 重 构 方法 是 ， 拆 分 重 构 工 作 ， 循 序 渐进 ， 每 次 做 一 点 。 这样 
既 可 以 尽 可 能 多 的 完成 需求 ， 也 可 以 降低 重 构 的 风险 。 


你 可 能 会 说 我 老 y， 思 想 越 来 越 保守 了 “。 但 你 要 知道 我 肩负 的 责 
任 有 多 大 ， 对 于 一 个 千 万 级 用 户 的 App 而 言 ， 稍 有 闪失 都 会 对 公司 的 生 
意 造 成 重大 损失 。 


10.6.2 ”提高 效率 ， 拒 绝 6x12 


我 曾经 经 历 过 6 周 时 间 的 6x12 工 作 制 ， 包 括 Android 和 iOS 两 个 项 目 
的 Scrum Master， 市 领 着 团队 艰难 地 熬 过 这 段 时 间 。 


说 是 获 ， 一 点 也 不 僵 张 。 开 始 时 三 周 ， 大 家 的 精神 状态 还 好 。 三 
周 之 后 ， 束 发 现 团 队 和 之 前 不 一 样 了 ， 主 要 表现 为 : 


:战斗 力 急 剧 下 降 。 
.质量 下 降 ，bug 激 增 。 


脾气 开始 变 得 暴躁 ， 容 易 发 生 冲 突 。 


每 天 就 是 在 耗 时 间 。 周 六 基本 就 是 中 午 来 吃 个 饭 ， 然 后 四 点 多 就 
下 班 了 。 


上班 越 来 越 晚 ， 午 体 时 间 变 长 ， 晚 餐 后 还 要 散步 半 个 小 时 。 


综合 而 言 ， 表 面 上 看 起 来 是 6x12， 但 实际 上 只 有 5x8+4， 也 就 是 
说 ， 每 天 实际 工作 8 小 时 ， 再 加 上 周 六 的 4 个 小 时 。 


另 一 个 只 有 项 目 经 理 才 能 感觉 到 的 问题 是 ， 随 着 开发 人 员 每 天 的 
工作 时 间 延 长 到 12 小 时 ， 项 目 经 理 的 工作 时 间 会 变 得 更 长 ， 每 天 甚至 


会 超过 12 小 时 ， 因 为 有 更 多 的 项 目 上 的 事情 需要 去 沟通 解决 。 我 记得 
项 目 到 了 后 期 ， 我 基本 上 和 是 7x12 的 节 雪 了。 


我 还 发 现 ， 违 育 项 目 管理 流程 的 是 ，6x12 相 当 于 没有 了 项 目 缓冲 
时 间 ， 也 融 是 说 如 采 6x12 还 是 发 现 有 事情 做 不 完 ， 那 么 丈 真 的 做 不 完 
了 ， 因 为 不 会 让 团队 周 日 也 过 来 加 班 而 不 休息 一 天 。 


6 周 后 得 到 的 经 验 是 ，6x12 适 合 于 搞 突 击 ， 但 时 间 应 控制 在 3 周 以 
内 。 想 提高 开发 人 员 的 效率 ， 还 要 想 别 的 办 法 。 


我 一 癌 是 反对 硬性 有 要求 开 发 人 员 加 班 的 。 人 研发 人 员 不 同 于 其 他 工 
种 ， 他 们 写 了 一 天 代码 ， 需 要 很 好 的 休息 ， 才 能 保证 第 二 天 继续 高 效 
的 工作 。 侦 尔 加 班 1~2 小 时 ， 因 为 程序 员 大 多 吃 青 春 这 口 饭 ， 所 以 可 以 
凭借 年 轻 缓 过 来 。 但 是 长 期 的 加 班 就 不 同 了 ， 只 会 使 得 代码 质量 下 


降 ，bug 变 多 。 


我 曾经 计算 过 每 天 上 班 8 小 时 〈 朝 9 晚 6， 午 饭 1 小 时 不 计 入 ) 的 实 
际 利用 率 。 以 下 时 间 和 是 要 扣除 的 ; 


:上班 整理 工 位 、 吃 早饭 时 间 。 


`WC 时 间 。 


- 饭 后 散步 时 间 。 


:午休 时 间 。 
-QQ 央 聊 时 间 。 
淘宝 购物 时 间 。 


各 种 被 打扰 时 间 ， 比 如 线 上 投诉 的 跟 踩 解决 、 各 种 紧急 会 议 、 其 
他 部 门 咨询 ， 等 等 。 


其 中 前 4 项 十 不 能 省 的 ， 每 项 约 半 小 时 ， 那 么 每 天 束 有 2 小 时 不 在 
工作 ， 每 天 工作 6 个 小 时 是 极限 了 ， 但 如 末 算 上 QQ 央 聊 和 淘宝 购物 时 
间 ， 那 整 只 剩 下 4 个 小 时 不 到 了 。 


所 以 ， 作 为 团队 负责 人 或 项 目 经 理应 注意 以 下 几 点 : 


要 减少 团队 在 QQ 闲聊 和 淘宝 购物 上 花费 的 时 间 ， 充 分 利用 好 这 实 
打 实 的 6 个 小 时 。 我 的 做 法 是 ， 只 要 事情 提前 做 完了 ， 剩 下 的 时 间 开 发 
人 员 干 什么 都 可 以 。 当 然 我 更 就 励 员 工 闲 下 来 去 学 校 新 技术 ， 为 自己 
增值 


男 一 方面 ， 还 是 要 控制 每 个 Task 的 工时 ， 精 细 到 0.5 天 。 拒 绝 那 种 
有 很 大 水 分 的 Task 评 估 ， 这 就 是 项 目 经 理 的 职 黄 了。 开发 人 员 往 往 喜 欢 
给 自己 留 一 些 buffer， 其 实 半 天 时 间 束 够 了 了。 


:减少 被 打扰 时 间 。 我 在 微软 时 ， 所 在 的 团队 有 一 项 很 好 的 制度 ， 


每 周三 下 午 是 Quiet Time， 也 束 是 静 时 。 这 段 时 间 不 和 外 界 任 何人 沟 


通 ， 专 心 做 目 己 的 事情 ， 


效率 是 非常 高 的 。 


10.6.3 “无线 部 门 的 座位 安排 


一 种 排 摆 工 位 的 办 法 如 图 10-4 所 示 ( 空 日 处 的 表示 过 道 ) 。 


Android 开 发 4 Android 开 发 3 Android 开 发 2 Android 开 发 1 产品 经 理 1 | 产品 经 理 3 
MobileAPI 开 发 4 | MobileAPI 开 发 3 | MobileAPI 开 发 2 | MobileAPI 开 发 1 产品 经 理 2 | 产品 经 理 4 
iOS 开 发 4 iOS 开 发 3 iOS 开 发 2 iOS 开 发 1 设计 人 员 1 | 设计 人 员 3 
H5 测 试 2 H5 测 试 1 App 测 试 2 App 测 试 1 设计 人 员 2 | 设计 人 员 4 
HS 开发 8 HS 开发 6 HS 开发 4 HS 开发 2 My 
= = 一 一 会 议 室 1 
运营 人 员 4 运营 人 员 3 运营 人 员 2 运营 人 员 1 
图 10-4 无线 部 门 的 座位 图 1 


这 种 座位 的 排列 ， 对 于 刚刚 成 型 规模 不 大 的 无 线 部 门 比较 有 利 ， 


主要 体现 为 : 


.App 开 发 人 员 ， 无 论 是 iOS 还 是 Android， 都 可 以 快速 与 MobileAPI 


开发 人 员 进 和 


J 了 沟通 ， 


联 调 。 因 为 后 者 坐 在 中 间 位 置 。 


App 开 发 人 员 、MobileAPI 开 发 人 员 、 测 试 人 员 可 以 快速 找到 产品 
经 理 和 设计 人 员 。 


-测试 人 员 可 以 快速 地 找到 开发 人 员 ， 尤 其 是 iOS 开 发 人 员 。 


随 着 人 员 的 极速 扩充 ， 以 上 座位 图 不 能 满足 需求 ， 一 种 新 的 方案 
如 图 10-5 所 示 。 


MobileAPI 开 发 8|MobileAPI 开 发 60MobileAPI 开 发 4|MobileAPI 开 发 2 MobileAPI 测 试 人 员 2 | 自动 化 测试 人 员 2 
MobileAPI 开 发 7|MobileAPI 开 发 SSMobileAPI 开 发 3|MobileAPI 开 发 1 MobileAPI 测 试 人 员 1| 自 动 化 测试 人 员 1 

Android 开 发 8 。” IAndroid 开 发 6 ”lAndroid 开 发 4 ”|Android 开 发 2 App 测 试 人 员 1 App 测 试 人 员 3 ”|App 测 试 人 员 5 
Android 开 发 7 |Android 开 发 S |Android 开 发 3 ”| Android 开 发 1 App 测 试 人 员 2 App 测 试 人 员 4 |App 测 试 人 员 6 
iOS 开 发 8 iOS 开 发 6 iOS 开 发 4 iOS 开 发 2 产品 经 理 1 产品 经 理 3 产品 经 理 5 
iOS 开 发 7 iOS 开 发 5 iOS 开 发 3 iOS 开 发 1 产品 经 理 2 产品 经 理 4 产品 经 理 6 

HS 开发 7 H5 开 发 5 H5 开 发 3 HS 开发 1 设计 人 员 1 设计 人 员 3 设计 人 员 5 
H5 开 发 8 H5 开 发 6 HS 开发 4 HS 开发 2 设计 人 员 2 有 设计 人 员 6 

运营 人 员 4 运营 人 员 2 运营 人 员 1 营 人 员 3 


图 10-5 “无线 部 门 的 座位 图 2 
这 种 座位 的 排列 ， 对 于 “大 兵团 ”作战 非常 有 利 ， 主 要 体现 为 : 


:以 Android 团 队 为 例 ， 他 们 至 靠 育 坐 成 两 排 ， 有 技术 上 的 问题 找到 
右 或 者 转 个 号 束 能 最 快 寻求 到 帮助 。 


即使 测试 人 员 坐 到 过 道 的 另 一 边 ， 仍 能 快速 地 找到 开发 人 员 和 产 
品 经 理 。 


开发、 测试 、 产 品 经 理 、 设 计 人 员 之 间 的 沟通 仍然 很 便捷 。 


.每 次 增加 新 人 ， 束 癌 两 边 扩 充 ， 比 如 新 来 一 个 Android 开 发 人 员 ， 
就 让 他 从 在 Android 开 发 7 的 左边 。 


每 个 团队 招 多 少 人 是 有 预算 的 ， 每 年 年 初 都 定好 指标 了 ， 所 以 每 
年 需要 调整 一 下 座位 。 HR 和 行政 人 员 往 往 以 为 招 的 都 是 你 无 线 中 心 的 


人 ， 坐 在 哪里 都 是 一 样 的 ， 所 以 找 个 角落 随便 给 安排 个 座位 就 算 完 成 
任务 了 ， 于 是 你 会 看 到 一 个 团队 大 部 分 人 坐 在 一 起 ， 而 还 有 2 个 人 分 别 
坐 在 天 南 地 北 的 两 个 角落 里 ， 其 实 这 是 有 问题 的 ， 至 少 说 明了 在 无 线 
互联 网 飞速 发 展 的 今天 ， 全 民 都 已 经 学 会 连 去 而 所 都 会 带 上 手机 把 玩 
自己 心爱 的 App 的 同时 ，HR 却 在 工作 上 未 能 与 时 俱 进 ， 没 摘 清 楚 目 己 
所 在 公司 的 无 线 部 门 怎 么 排 摆 座 位 才能 达到 工作 效率 最 高 。 


如 果 团 队 继续 扩充 呢 ? 这 就 不 是 简单 的 排 摆 座位 就 能 解决 的 了 。 
我 们 知道 ， 任 何 一 个 精干 的 团队 ， 超 过 8 人 都 是 有 问题 的 。 首 先 Team 
Leader 管 理 多 于 8 人 的 团队 就 会 捉襟见肘 。 所 以 要 进行 拆 分 ， 目 前 看 起 
来 ， 根 据 业 务 线 进行 拆 分 ， 是 个 不 错 的 办 法 。 每 条 业务 线 都 有 自己 的 
产品 经 理 、 设 计 人 员 、Android 开 发 、iOS 开 发 、MobileAPI 开 发 、 
HTML5 开 发 、 测 斌 人员、 运营 人 员 。 于 是 每 条 业务 线 的 座位 排 摆 方式 
就 又 回 到 了 第 一 张 图 那样 一 一 可 以 认为 这 是 一 个 由 量变 引起 质变 的 过 
程 。 


10.6.4 ” 静 时 


软件 公司 的 很 多 理念 ， 在 互联 网 行业 是 行 不 通 的 ， 比 如 说 软件 开 
发 流程 吏 不 一 样 ， 前 者 走 敏 捷 流 程 而 后 者 是 漂 布 流程 。 因 为 互联 网 永 
远征 快 节 雁 ， 所 以 会 不 按 规 则 出 牌 ， 一 切 以 快速 上 线 为 最 高 优先 级 ， 
为 此 而 牺牲 了 流程 ， 所 以 你 会 看 到 ， 互 联网 公司 ， 永 远古 乱 哄 哄 的 ， 


没有 一 方 “ 静 ” 土 。 一 方面 ， 大 家 都 在 忙 着 处 理 快速 上 线 后 的 各 种 问 
题 ， 于 是 讨论 的 时 间 会 多 于 静 下 来 工作 的 时 间 ; 男 一 方面 ， 大 家 都 在 
为 下 一 次 迭代 上 线 赶 进度 ， 却 发 现 需求 不 到 位 、 设 计 稿 不 到 位 、 后 台 
数据 不 到 位 ， 为 此 又 不 得 不 一 轮 又 一 轮 进行 讨论 ， 等 都 讨论 完 ， 却 又 
发 现 留 给 日 己 的 工作 时 间 已 经 不 多 了 ， 所 以 加 班 是 不 可 避免 的 。 


抽 丝 剥 各， 你 会 发 现 ， 开 发 人 员 的 时 间 被 严重 厂 化 了 。 任 何人 
都 可 能 来 打扰 他 们 。 比 如 说 突然 发 现 的 线 上 bug， 比 如 说 客人 投诉 、 比 
如 说 产品 经 理 临 时 修改 需求 、 比 如 说 领导 视察 工作 、 各 种 谈心 。 


要 想 办 法 把 这 些 碎 片 化 的 时 间 汇 集 在 一 起 ， 开 发 人 员 的 效率 束 能 
大 幅 提 高 了 。 这 比 多 招 几 个 开发 人 员 、 在 架构 和 代码 上 进行 优化 要 更 


管用 * 


为 此 ， 我 们 引入 “ 静 时 ”的 概念 。 


静 时 (Quiet Time) 是 软件 公司 的 术语 ， 就 是 说 ， 每 周 有 几 个 下 
午 ， 开 发 人 员 关 挥 所 有 通讯 方式 、 不 再 进行 沟通 或 者 被 沟通 ， 全 吴 心 
的 投入 编程 工作 ， 不 被 任何 人 任何 事 打 扰 。 我 在 微软 切 吴 经历 过 这 种 
机 制 ， 每 周三 下 午 的 效率 是 最 高 的 。 整 个 办 公 区 域 会 安静 下 来 ， 当 
然 ， 副 作用 是 容易 犯 儿 ， 开 始 几 次 还 真 不 适应 。 


软件 公司 的 任何 理念 ， 想 在 互联 网 公司 着 陆 ， 都 是 需要 修正 的 ， 
否则 束 会 因为 水 土 不 服 而 达 不 到 效 琳 。 我 记得 一 开始 施行 静 时 的 时 


候 ，App 团 队 倒是 安静 下 来 了 ， 专 心 去 做 项 目 赶 进度 修 bug 了 ， 但 是 其 
他 团队 就 乱 套 了 ， 其 中 最 突出 的 问题 是 线 上 bug 没 人 去 查 了 ， 而 这 些 问 
题 往往 很 急 ， 需 要 立刻 解决 ， 越 快 越 好 。 


于 是 我 们 为 每 次 静 时 指定 一 个 值班 人 员 ， 由 他 在 这 段 时 间作 为 外 
界 的 统一 接口 ， 处 理 这 些 乱 七 八 糟 的 线 上 问题 。 开 始 由 各 团队 的 Leader 
担当 值班 人 员 ， 慢 慢 地 就 由 团队 成 员 轮 流 担 任 。 这 束 相 当 于 过 春 广 放 
长 假 大 家 部 回 家 休息 了 ， 但 一 定 要 有 值班 人 员 ， 能 够 处 理 线 上 各 种 紧 
和 急 状况 。 


在 App 团 队 彻 瓜 安 静 下 来 之 后 ， 我 们 就 发 现 ，MobileAPI 团 队 也 可 
以 静 下 来 啊 ， 产 品 经 理 团 队 也 可 以 静 下 来 啊 ， 于 是 各 个 团 度 都 设 定 了 
目 己 的 静 时 。 实 施 后 我 融 发 现 ， 各 个 团队 的 静 时 设置 为 同一 天 ， 只 能 
保证 那 一 天 效率 很 高 ， 其 他 时 间 还 是 会 很 乱 很 低 效 。 把 各 个 团队 的 静 
时 设置 为 一 周 的 不 同时 间 ， 反 而 能 达到 效率 的 最 大 化 ， 因 为 每 天 都 有 
团队 要 安静 下 来 ， 只 能 投入 1 个 人 参与 讨论 ， 这 束 间 接 减 少 了 其 他 团队 


想 沟 通 的 愿望 。 


静 时 是 为 了 解决 频 莹 沟通 、 无 效 沟通 的 问题 。 但 是 搞 过 火 了 会 导 
致 信息 不 同步 ， 从 而 引发 更 广 重 的 问题 。 为 此 ， 每 天 静 时 后 ， 还 十 
留 出 半 个 小 时 ， 处 理 一 下 其 他 团队 的 诉求 。 另 一 方面 ， 要 提前 协调 好 
和 其 他 团队 协同 工作 的 时 间 ， 要 让 其 他 团队 知道 ， 在 什么 时 候 可 以 来 
找 你 商量 事情 。 


还 是 


10.7 ”本章 小 结 


本 章 介 绍 了 敏捷 开发 中 的 项 目 管理 。 管 理学 分 两 种 ， 团 队 管理 和 
项 目 管 理 。 团 队 管理 我 推 案 弱 管理 ， 别 给 团队 成 员 加 诸 太 多 的 条 条 框 
框 ， 给 他 们 一 个 主题 ， 让 他 们 目 由 发 挥 ， 往 往 能 得 到 惊喜 。 别 让 他 们 
去 做 太 多 不 擅长 的 事情 ， 这 种 事情 让 部 门 秘书 去 统一 去 做 束 好 了 。 而 
项 目 管 理 我 执行 强 管 理 ， 我 要 清楚 知道 每 个 人 每 天 的 进度 ， 以 避免 劳 
动力 的 欧 废 。 这 时 候 需 要 一 个 强力 的 项 目 经 理 来 推进 ， 以 确保 每 次 迭 
代 能 最 大 程度 的 完成 需求 ， 及 时 汇报 剩余 工时 用 于 重 构 工 作 。 


评价 一 个 团队 的 好 坏 ， 不 是 看 技术 能 力 有 多 强 ， 而 是 能 否 按时 交 
货 。 为 此 ， 雪 想 办 法 提高 工作 效率 。 本 章 涉 及 的 各 种 扩 巧 ， 都 是 我 在 
实际 项 目 管理 中 的 经 验 总 结 。 


第 11 革 日 弟 工 作 中 的 问题 解决 


目 从 我 吴 入 App 这 个 行业 ， 就 过 上 了 在 刀 尖 上 配 血 的 日 子 ， 每 天 
在 战 战 问 殊 中 度 过 ， 线 上 一 旦 有 什么 风吹草动 ， 比 如 逻辑 错 座 或 页 面 
月 演 ， 都 要 立刻 放下 手中 的 事情 ， 组 织 人 力 去 查 明 原 因 。 能 查 明 原因 
并 快速 解决 还 好 办 ， 找 不 出 原因 是 最 头痛 的 ， 或 找 出 了 原因 却 无 计 可 
施 则 是 更 悲 催 的 事情 ， 因 为 会 影响 公司 生意 。 


我 三 十 岁 前 在 微软 ， 每 天 过 着 晚 上 六 点 下 班 束 伙同 张 三 李 四 王 二 
太子 满 世界 吃喝 玩乐 的 生活 ， 经 常 周一 上 班 没 精 神 古 因为 周 日 唱 K 把 
嗓子 喊 号 了 。 三 十 多 后 投身 互联 网 后 ， 每 天 下 班 都 是 九 、 十 点 钟 ， 经 
党 是 办 公 室 最 后 只 剩 下 我 一 个 人 在 那里 分 析 线 上 Crash， 或 者 市 着 团队 
加 班 赶 进度 ， 然 后 周末 倒 在 家 里 睡 一 天 。 我 的 青春 就 是 以 三 十 岁 为 分 
水 岭 ， 前 松 后 紧 的 度 过 。 我 只 希望 老 了 以 后 ， 回 忆 起 这 上段 充实 、 刺 激 
的 人 生 经 历 ， 不 会 因为 目 己 的 碌碌 无 为 而 遗憾 。 


本 章 我 要 介绍 的 内 容 ， 束 是 在 工作 中 逼 出 来 的 解决 方案 。 


11.1 使 用 二 分 法 排查 问题 


二 分 法 是 编程 课 中 讲解 递归 函数 时 提 到 的 概念 ， 但 其 实 这 个 方法 
在 现实 中 往往 用 于 排查 问题 。 


记得 有 一 次 Android 发 版 ， 测 试 人 员 发 现 ， 收 银 台 突然 就 不 能 文 付 
了 ， 一 点 击 支付 按钮 就 月 溃 。 负 责 该 模块 的 开发 人 员 东 了 及 隔 西 看 看 找 
不 出 月 演 的 原因 ， 最 后 一 口 咬定 是 后 台 MobileAPI 有 问题 。 


这 件 事 上 升 到 我 这 个 层面 ， 我 当时 就 觉得 很 奇怪 ， 首 先 ， 线 上 的 
版 本 是 没有 问题 的 ，iPhone 上 也 是 好 的 ， 而 且 ， 据 测试 人 员 反映 ， 
Android 的 测试 包 前 儿 天 还 十 好 的 。 那 么 基本 可 以 断定 : 

1) 与 MobileAPI 无 天 ， 肯 定 是 这 次 人 迄 代 改 出 问题 来 的 。 

2) 导致 月 溃 的 改动 ， 肯 定 就 是 这 几 天 的 代码 签 入 导致 的 。 

于 是 我 使 用 二 分 法 来 查找 问题 。 我 们 要 查找 的 是 ， 导 致 App 文 付 朋 


总 的 那 次 代码 签 入 点 。 换 铝 话说， 找到 App 最 后 一 次 不 朋 总 的 代码 俭 入 
I 


首先 看 一 下 每 日 自动 打包 (DailyBuild) 的 服务 器 上 备份 的 历史 版 
本 ， 如 图 11-1 所 示 : 


C:\ProjectForAntBuild 
Be 

一 2000586 01.001 
人 
一 
一 一 2015.06.04.001 
….…… 中 间 省 略 若 干 次 打包 版 本 
|=——2015 06.30.023 


图 11-1 打包 服务 左上 的 历史 版 本 


也 束 是 说 ，6 月 1 号 开始 开发 ，6 月 30 号 最 后 一 次 提交 代码 。 我 们 移 
以 天 为 香 位 ， 找 到 有 裔 并发 生 的 那个 临 罕 点 。 


1) 我 们 先 检 查 6 月 1 号 的 包 是 好 的 还 是 坏 的 。 如 果 6 月 1 号 的 包 是 坏 
的 ， 那 么 就 是 6 月 1 号 的 某 次 提交 导致 了 月 涡 ， 我 们 直接 在 6 月 1 号 的 提 
交 历 史 中 进 行 二 分 法 排查 。 如 果 6 月 1 号 的 包 是 好 的 ， 那 就 是 1 到 30 号 之 
间 的 某 天 的 包 有 问题 。 我 们 使 用 二 分 法 ， 看 一 下 15 号 这 个 包 是 好 的 还 
是 坏 的 ， 如 图 11-2 所 示 : 


图 11-2 ”使 用 二 分 法 查找 错误 提交 反 


接 下 来 会 有 两 种 情况 : 如 果 15 号 的 包 是 好 的 ， 那 就 是 说 15 到 30 号 
之 间 某 天 的 包 有 问题 ， 如 图 11-3 所 示 ; 如 果 15 号 的 包 是 坏 的 ， 那 就 是 说 
1 到 15 号 之 间 某 天 的 包 有 问题 ， 如 图 11-4 所 示 。 


V V ? X 


0.1 0.7 Ql 6.22 0.30 


图 11-3 ”使 用 二 分 法 查找 错误 提交 反 


VvV ? X X 
下 -一 二 
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图 11-4 ”使 用 二 分 法 查找 错误 提交 点 


选择 15 号 作为 第 一 次 二 分 法 的 时 间 点 ， 帮 助 我 们 缩小 了 排查 范 
围 。 以 此 类 推 ， 下 一 次 二 分 法 的 点 是 7 号 或 者 22 号 。 以 此 类 推 ， 逐 步 缩 
小 排查 范围 。 对 于 时 间 长 度 为 30 天 而 言 ， 这 么 找 5 次 就 能 找到 出 问题 的 
那 一 天 (2 的 5 次 方 最 接近 30) 。 


2) 在 出 问题 的 那 一 天 ， 我 们 继续 使 用 二 分 法 ， 找 出 问题 的 那 一 次 
提交 。 这 次 二 分 法 不 再 是 以 天 为 单位 ， 而 是 以 每 次 提交 为 单位 。 如 果 
当天 有 100 次 提交 的 话 ， 大 约 找 7 次 就 够 了 (2 的 7 次 方 最 接近 100) 。 


虽然 上 述 这 种 做 法 土 了 点 ， 每 次 部 是 把 那 次 签 入 相对 应 的 整个 App 
代码 都 签 出 ， 然 后 打包 安装 到 手机 上 验证 是 否 会 有 月 并。 但 越 是 土 办 
法 越 有 效 ， 我 化 了 1 个 小 时 ， 束 把 问题 定位 在 昨天 下 午 的 一 次 代码 从 
入 ， 开 发 人 员 谍 把 一 个 if 语 句 直 接 返 回 true 而 不 走 下 面 的 业务 逻辑 ， 没 
有 给 一 个 变量 赋值 ， 所 以 点 击 按钮 的 时 候 因 为 那个 变量 为 空 而 裔 省 。 


后 来 这 个 方法 束 推 而 三 之 了 。 有 一 次 发 版 后 ， 大 量 用 户 打 电话 反 
馈 说 不 能 登录 一 一 对 于 一 个 电 商 平台 而 言 ， 不 能 登录 意味 着 不 能 
单 ， 没 有 生意 做 ， 这 是 绝对 不 允许 的 。 


但 奇怪 的 征 ， 我 们 开发 人 员 无 论 如 何 也 不 能 复 现 问题 ， 束 这 样 猜 
着 查 了 一 下 午 原因 ， 始 终 不 得 要 领 。 直到 傍晚 下 班 前 客服 妹子 的 一 个 
电话 打 了 进来 。 预 知 后 事 如 何 ， 且 听 下 文 分 解 。 


11.2 ”找到 能 稳定 重 现 问 题 的 人 


上 区 说 到 ， 我 们 发 版 后 接 到 大 量 用 户 反 名 说 不 能 登录 ， 但 是 我 们 
在 北京 却 不 能 复 现 问题 ， 一 筹划 展 。 


我 们 通过 分 析 发 现 ， 这 些 反 外 用户 来 目 全国 各 地 ， 但 束 是 没有 北 
泵 的 ， 所 以 我 们 需要 找 一 个 能 稳定 重新 这 个 问题 的 人 ， 来 协助 我 们 排 


查 问 题 。 


忠 在 我 们 急 得 像 热 锅 上 的 昭 蚁 时 ， 有 一 个 身 在 外 地 的 客服 妹子 打 
电话 给 我 们 反馈 同样 的 问题 。 当 时 我 们 激动 死 了 ， 因 为 这 个 客服 人 
员 ， 束 是 我 们 要 找 的 人 ， 她 具备 两 个 特质 : 


1) 能 够 稳定 重 现 问题 。 


2) 愿意 花费 大 量 时 间 不 大 其 烦 的 帮 我 们 测试 。 


于 是 我 们 就 基 于 这 一 个 月 来 每 天 晚上 9 点 通过 DailyBuild 机 制 生 成 
的 安装 包 ， 使 用 上 一 地 介绍 的 二 分 法 来 排查 问题 。 融 这 样 一 步 步 缩小 
范围 ， 直 到 我 们 发 现 是 某 一 天 开发 人 员 的 一 次 错误 导致 的 。 这 时 已 经 
征 第 二 天 晚上 9 点 了 。 客 服 妹子 陪 我 们 鳌 整 一 天 进行 枯燥 的 测试 工作 ， 
闭 了 凶 ， 务 了 狂 ， 反 反复 复 就 古 验 证 登录 那个 功能 。 


查 明 原 因 并 修复 问题 束 要 紧急 发 原 了 ， 但 是 只 有 那 一 个 客服 妹子 
测试 过 ， 只 能 说 看 似 修 复 了 这 个 bpug， 对 于 其 他 用 户 ， 升 级 后 是 否 殉 可 
以 登录 了 ， 还 不 得 而 知 。 于 是 我 束 逐 个 给 之 前 投诉 的 客人 打 电 话 ， 请 
他 们 帮忙 ， 安 闭 我 发 给 他 们 的 测试 版 ， 看 是 否 可 以 正常 登录 了 。 因 为 
当时 已 经 晚上 9 后 多 了 ， 所 以 大 部 分 客人 要 么 十 已 经 休息 了， 怪我 半夜 
吵 醒 他 们 ， 要 么 古 不 接 电话 ， 还 有 怀疑 我 是 骄子 的 。 忌 之 打 到 晚上 10 
点 ， 二 十 多 人 中 只 有 2 个 人 愿意 帮 我 们 做 测试 ， 但 聊 胜 于 无 ， 多 一 个 人 
测试 成 功 ， 束 多 一 分 上 线 信心 。 


经 过 这 件 事 ， 我 融 总 结 出 两 点 : 


1) 二 分 法 再 好 用 ， 找 不 到 能 帮助 我 们 复 现 问 题 的 人 也 是 日 搭 。 客 
服部 门 是 比较 好 的 人 选 ， 她 们 可 以 在 接 到 客人 投诉 后 ， 杀 目 用 目 己 的 
手机 点 一 点 ， 看 看 问题 是 否 真 的 存在 。 而 且 ， 最 重要 的 是 ， 她 们 在 复 
现 后 ， 能 帮 我 们 长 时 间 进 行 测 试 ， 因 为 我 们 是 同一 个 公司 ， 这 属于 部 
门 之 则 协作 ， 都 是 为 公司 做 事 ， 责 无 卷 贫 。 男 一 个 可 以 建立 协作 关系 
的 部 门 是 遇 布 全 国 各 地 的 销售 部 门 和 分 公司 ， 可 以 帮 有 我 们 测试 全 国 各 
地 的 网 络 情况 。 


2) 对 于 互联 网 公司 ， 一 定 要 建立 公司 的 忠实 用 户 群 。 这 些 用 户 可 
以 在 痢 版 本 发 布 前 ， 帮 我 们 进行 测试 。 他 们 明 布 全 国 各 地 ， 有 各 种 不 
同 的 需求 ， 从 而 试用 的 业务 场景 也 不 尽 相 同 。 要 适当 给 他 们 一 些 奖 
励 ， 比 如 VIP 用 户 或 者 红包 代金 券 什 么 的 。 不 要 以 为 全 国人 民 都 像 开 


发 人 员 似 的 ， 每 天 全 得 焦头烂额 ， 哪 还 有 时 间 去 帮 列 人 去 做 小 日 鼠 ， 
其 实 有 闲人 和 好 心 人 还 是 很 多 的 。 

一 般 来 说 ， 能 打 电 话 来 投诉 的 用 户 ， 都 十 愿意 伦 时 间 帮 我 们 进行 
测试 的 用 户 。 


11.3 ”小 流量 包 


Android 有 一 个 比 :OS 好 的 地 方 ， 就 是 可 以 随时 发 版 ， 发 现 问 题 后 
立刻 修复 立刻 发 新 版 。 至 少 很 多 书 上 都 是 这 么 说 的 。 


但 我 从 事 无 线 领域 这 儿 年 的 经 验 告 诉 我 ， 实 际 情况 并 非 如 此 。 频 
繁 发 版 会 导 人 致 用 户 要 频繁 更 新 ， 他 们 会 认为 这 家 公司 是 不 古 要 倒闭 
了 ? 怎么 一 周 内 接二连三 发 hotfix 版 本 ? 所 以 每 次 发 现 线 上 bug， 我 们 
都 会 很 谨慎 的 评 佑 ， 有 是 否 一 定 要 发 hotfix 版 本 。 不 同行 业 发 hotfix 版 本 
的 衡量 标准 是 不 一 样 的 : 


电 商 类 公司 ， 他 们 会 很 在 乎 订单 数 和 订单 转化 率 ， 所 以 一 定 要 确 
傈 文 付 主流 程 能 走 通 ， 同 时 ， 对 于 一 切 影 响 生 意 的 UI 展示 问题 都 很 在 
意 ， 比 如 票 券 的 有 效 期 会 误导 用 户 ， 比 如 酒店 的 好 评 率 如 果 不 展示 将 
直接 影响 订单 的 转化 率 。 


社交 类 公司 ， 他 们 会 很 在 乎 各 个 页 面 的 广告 是 否 能 正确 投放 ， 因 
为 这 类 公司 就 是 靠 收 取 其 他 公司 的 广告 费 来 僵 利 的 。 男 外 ， 他 们 比较 
天 心 PV 和 UV， 因 为 不 同 页 面 上 的 广告 费用 是 不 一 样 的 ， PV 和 UV 高 的 
页 面 ， 广 告 费用 也 高 ， 比 如 首页 。 


推送 ， 更 是 一 个 重 中 之 重 的 功能 。 尤 其 是 个 性 化 推送 ， 能 在 公司 
和 用 户 之 间 建 立 很 好 的 互动 。 如 果 推送 功能 坏 了 ， 是 必须 要 上 紧急 发 版 
的 。 


-地 图 定位 ， 对 所 有 公司 都 很 重要 ， 所 以 使 用 一 款 好 的 SDK 人 至 天 重 
要 ， 我 们 最 关心 的 是 地 图 SDK 的 稳定 性 和 性 能 ， 还 有 准确 性 。 我 一 天 
到 晚 接 到 全 国 各 地 销售 部 门 的 投诉 ， 说 某 某 定位 错 了 ， 导 致 客人 找 不 
到 具体 地 方 ， 直 接 影 响 生 意 。 


每 次 紧急 发 版 都 会 把 所 有 200 多 个 渠道 包 全 都 打 一 届 ， 束 算是 目 动 
化 批量 打包 ， 每 个 包 需 要 5 分 钟 ， 也 要 等 服务 器 运行 将 近 一 天 时 间 门 
" 然后 由 推广 人 员 执 行 以 下 操作 : 


一 部 分 apk 包 手动 上 传 到 各 大 市 场 ， 有 些 是 立即 生效 ， 有 些 则 需 
要 Android 市 场 那 边 审核 ， 如 果 是 周末 对 方 不 上 班 ， 还 要 打 电话 请 人 家 
帮忙 加 速 审核 。 


.一 部 分 apk 分 发 给 Android 市 场 的 市 场 人 员 ， 由 他 们 帮忙 上 传 。 


一 部 分 apk 放 到 公司 的 服务 器 ， 然 后 更 新 所 有 HTML5 短 链 的 地 
址 。 


每 次 Hotfix 发 版 ， 都 会 这 么 折腾 一 遍 ， 所 有 涉及 的 人 都 苦 不 堪 
。 经 历 了 几 次 Hotfix 后 ， 我 就 开始 在 想 如 何 提前 发 现 App 的 这 些 严重 


ll 


问题 。 


我 们 先 葵 试 使 用 Google Play， 每 次 发 版 前 一 两 天 都 提前 发 布 到 
Google Play 的 灰 度 环境 ， 设 置 为 50%， 也 就 是 说 每 两 个 用 户 就 有 一 个 
用 户 能 使 用 到 新 版 本 。 我 们 原本 以 为 这 样 殴 能 收 到 用 户 的 反 饿 了 ， 但 
征 我 们 试 了 几 次 后 ， 发 现 这 种 方法 不 可 行 ， 因 为 在 中 国 ，Google Play 
的 用 户 很 少 ， 每 天 100 多 用 户 ， 所 以 收 不 到 任何 反馈 ， 也 看 不 到 新 版 本 
发 生 Crash 发 送 到 后 台 服 务 句 的 异 第 日 志 。 


既然 Google Play 行 不 通 ， 因 为 用 户 少 ， 那 我 们 束 在 想 ， 能 和 否 在 用 
户 量 比较 大 的 渠道 上 提前 几 天 发 布 我 们 的 测试 版 本 ? 


我 们 发 现 ， 网 站 首页 上 的 主 渠道 ， 用 户 量 比较 大 ， 每 天 大 约 有 
1000 的 新 用 户 激 活 ， 所 以 我 们 壬 试 将 主 渠 道上 的 包 提前 一 周 玲 换 为 测 
试 版本， 我们 称 这 个 测试 版 本 为 小 流量 包 。 


小 流量 包 的 版 本 号 仍然 是 当前 线 上 的 版 本 号 。 比 如 说 ， 线 上 版 本 
征 6.0， 过 几 天 要 发 新 版 本 6.1， 在 这 期 间 我 要 在 主 渠道 发 布 一 个 小 流量 
包 ， 版 本 号 只 能 是 6.0， 而 不 能 是 6.1， 否 则 第 二 天 你 就 会 发 现 各 个 渠道 
上 的 App 都 升级 为 6.1 版 本 了 ， 渠 道 商 之 间 的 竞争 很 激烈 ， 他 们 会 尽量 
保证 每 个 App 都 是 最 新 的 版 本 ， 从 而 获得 更 多 的 下 载 量 。 但 这 样 一 
来 ， 小 流量 包 束 失去 了 原先 的 意义 ， 相 当 于 提前 发 版 上 线 了 ， 所 以 版 
本 号 一 定 不 能 变 ， 仍 然 是 6.0， 束 不 会 被 抓 包 了 。 


那么 如 何 区 分 线 上 版 本 和 小 流量 包 呢 ?比如 说 激活 数 、 下 单数 、 
转化 率 ， 甚 至 是 线 上 Crash 数 据 ， 因 为 版 本 号 一 样 ， 都 会 混在 一 起 。 我 
的 经 验 是 申请 一 个 新 的 渠道 号 ， 比 如 我 今天 要 发 布 小 流量 包 ， 那 么 我 
就 找 财 务 申请 20140802 这 个 新 渠道 ， 这 样 在 后 台 就 能 看 到 渠道 号 为 
20140802 的 Crash 信 息 了。 到 时 候 只 要 在 计算 每 日 激活 量 时 ， 把 这 个 梁 
道 产生 的 激活 划 归 到 主 渠道 就 是 了 。 


小 流量 包 的 版 本 号 不 变 ， 使 得 只 有 新 用 户 才能 下 载 到 小 流量 包 ， 
老 版 本 的 用 户 ， 因 为 版 本 号 一 怪 ， 所 以 不 会 进行 更 新 。 这 样 束 避免 了 
频 迷 升 级 App 版 本 对 用 户 造 成 的 麻烦 。 


[1] 有 一 种 超 快 速 打 渠 道 包 的 机 制 ， 请 参见 本 书 9.9.3 订 。 


11.4 建立 全 国 范 围 的 测试 群 


我 们 在 本 章 11.1 广 和 11.2 市 介绍 了 如 何 通 过 二 分 法 排查 线 上 bug， 
以 及 如 何 请 客服 人 员 帮 我 们 一 起 排查 问题 。 像 这 类 问题 ， 只 要 能 找到 
能 稳定 复 现 的 用 户 ， 能 帮助 我 们 不 停 地 进行 测试 ， 束 肯定 能 解决 线 上 
的 各 种 疑难 问题 。 


这 件 事 过 后 ， 我 束 在 想 ， 如 何 能 提前 发 现 类 似 的 网 络 问 题 。 像 上 
面 过 到 的 这 件 事 ， 在 开发 期 间 ， 在 北 泵 人 研发 总 部 ， 无 论 是 开发 人 员 还 
征 测 试 人 员 ， 都 没有 遇 到 过 ， 但 只 要 一 到 外 地 ， 束 有 可 能 发 生 ， 这 是 
我 们 研发 团队 所 面临 的 一 个 难题 。 


后 来 我 在 公司 里 面 四 处 转悠 的 时 候 ， 我 区 发 现 销 售 部 门 可 以 帮 有 我 
们 做 测试 啊 。 要 知道 只 要 公司 大 一 些 ， 全 国 各 地 都 会 有 销售 办 事 处 
的 。 


有 人 会 说 ， 你 说 得 轻松 ， 人 家 也 有 要 忙 的 事情 ， 哪 有 空 理 你 啊 ! 
其 实 ， 测 试 工作 如 果 做 好 了 ， 反 过 来 可 以 帮 销 售 部 门 争 取 到 更 多 的 客 
户 ， 对 公司 也 是 有 益处 的 ， 只 征 之 前 没有 人 意识 到 这 一 点 而 已 。 


于 是 我 写 了 一 封 邮件 给 全 国 30 多 个 省 会 的 销售 负责 人 ， 大 抵 是 
说 ， 请 大 家 配合 提供 各 个 地 区 的 有 Android 手 机 可 以 配合 测试 工作 的 部 


门 助理 的 联系 方式 ， 但 正和 事先 料想 的 一 样 ， 回 复 者 寥 密 无 几 。 没 天 
系 ， 我 开始 改变 策略 ， 一 封 封 地 发 这 个 邮件 ， 而 且 全 部 抄 送 给 整个 销 
售 部 门 的 总 负责 人 。 刚 发 完 第 二 封 ， 那 个 总 负责 人 坐 不 住 了 ， 估 计 是 
被 我 骚扰 烦 了 ， 他 回 邮 件 说 这 邮件 你 小 子 别 再 发 了 ， 我 来 帮 你 俊 。 


就 这 样 在 一 天 之 内 要 到 了 全 国 30 多 个 省 会 的 有 Android 手 机 可 以 配 
合 测试 工作 的 部 门 助理 的 联系 方式 ， 把 她 们 加 到 了 一 个 新 创建 的 全 国 
销售 QQ 群 中 ， 每 次 发 版 前 一 周 都 会 给 群 里 的 每 个 人 发 一 个 测试 包 ， 测 
试 在 WiFi 和 2G、3G、4G 网 络 环境 下 主流 程 是 否 能 走 通 。 我 记得 每 次 
于 这 事 的 时 候 ， 都 要 一 个 小 时 同时 和 30 多 个 人 进行 QQ 聊天 ， 我 打字 又 
不 快 ， 经 常 脸 数 得 通红 ， 屏 幕 上 的 30 多 个 QQ 窗口 全 都 在 闪烁 而 我 又 回 
Y 不 过 来 。 


后 来 我 老板 听 说 这 事 ， 专 门 跑 到 我 屏幕 前 看 我 创建 的 这 个 全 国 销 
售 QQ 群 ， 他 说 你 是 工作 泡妞 两 不 误 啊 ， 这 群 里 怎么 这 人 么 多 90 后 美女 ? 
我 说 TMD 还 不 是 为 了 你 的 生意 ， 不 然 我 一 个 做 技术 的 ， 这 每 天 干 的 事 
哪 件 和 技术 有 关 啊 ? 


这 个 QQ 群 创建 后 ， 还 有 另 一 个 意 想 不 到 的 效果 ， 驶 是 销售 部 门 的 
同事 发 现 App 的 问题 后 ， 直 接 丈 在 QQ 群 里 说 了 ， 我 可 以 第 一 时 间 收 到 
肥 馈 并 立即 组 织 开 发 人 员 查 找 原因 ， 而 这 在 过 去 ， 往 往 要 中 转 好 几 个 
人 ， 才 能 把 问题 和 邮件 转 到 我 这 里 。 


11.5 如 何 与 用 户 沟 通 


用 户 投诉 非 同 小 可 ， 我 们 要 把 每 天 的 用 户 投 诉 作为 一 个 长 期 的 工 
作 来 抓 。 


每 个 打 电 话 来 投诉 的 用 户 ， 背 后 都 有 99 个 发 现 了 同样 问题 但 是 却 
懒得 打 电 话 的 用 户 ， 所 以 如 果 连 这 个 用 户 都 不 理 不 上 蛇 ， 那 么 我 们 的 
App 职 真 的 没 救 了 。 


我 作为 App 用 户 ， 也 经 常会 打 电 话 投诉 或 者 反映 问题 ， 我 希望 问 
题 很 快 解决 ， 即 使 不 能 百 分 百 解决 ， 我 希望 有 人 愿意 为 此 负责 ， 而 不 
征 推 外 贡 任 。 


所 以 ， 我 在 代表 公司 处 理 用户 投 诉 时 ， 我 会 这 么 做 : 


-使 用 公司 座机 打 过 去 ， 这 样 能 表明 目 己 不 是 矣 子 。 不 要 使 用 于 
机 。 


首 移 表明 目 己 的 号 份 。 我 的 经 验 是 ， 当 用 户 听 到 你 是 扩 术 人 员 
时 ， 会 比较 乐于 沟通 ， 因 为 他 会 认为 他 的 投诉 得 到 了 足够 的 重视 ， 已 
过 一 导 层 传达 到 本 会 司 隐 技术 部 | 门 ” 


.详细 问 清 楚 问 题 发 生 的 场景 ， 包 括 手 机 型 号 、 网 络 是 2G、3G、 
4G 还 是 WiFi、 所 在 城市 、App 版 本 号 。 

. 留 下 用 户 的 QQ 号 或 者 微 信 号 ， 这 是 为 了 方便 以 后 能 继续 沟通 。 
如 果 有 可 能 ， 可 以 把 这 个 用 户 加 入 到 公司 的 活跃 用 户 群 。 既然 用 户 能 
打 电 话 来 跟 我 们 讲 问题 ， 那 就 可 以 认为 这 些 用 户 是 我 们 潜在 的 忠实 用 
户 了 。 


.如 果 需 要 用 户 花 时 间 来 配合 我 们 的 测试 工作 或 者 重 现 问题 ， 最 好 
能 给 用 户 一 些 实惠 ， 比 如 升级 为 VIP 用 户 ， 或 者 充 50 元 话费 等 。 


与 各 种 各 样 用 户 沟通 多 了 ， 发 现 用 户 的 问题 基本 分 为 以 下 几 种 : 


1) 用 户 操作 行为 错误 。 这 其 实 应 该 怪 产 品 经 理 设计 了 屎 一 样 的 产 
品 ， 让 用 户 抓 狂 ， 才 会 点 错 。 我 听 说 美 团 的 成 功 ， 融 在 于 给 商户 使 用 
的 后 台 非 常 筒 单 ， 所 以 能 抢 到 更 多 的 商户 。 区 互 逻 辑 非常 复杂 的 功能 
我 做 过 很 多 ， 上 线 后 就 是 没 和 信用。 由 此 而 验证 了 一 条 真理 : 简单 ， 才 
征 美 。 


2) 业务 逻辑 有 bug， 甚 至 导致 崩溃 。 这 主要 是 App 开 发 人 员 的 问 
题 ， 也 跟 测 试 人 员 没 有 禾 雷 足够 的 测试 场景 有 关系 。 目 前 ， 大 多 数 公 
司 过 到 这 样 的 问题 ， 如 琳 很 站 重 ， 只 能 紧急 修复 、 紧 急 发 版 ， 如 果 发 
新 版 成 本 很 高 ， 束 只 能 和 忍 到 下 次 迭代 发 版 了 。 想 快速 解决 这 类 问题 ， 


Android 可 以 走 揪 件 化 编程 的 路 。 对 于 iOS， 可 以 考虑 Lua 脚 本 编程 技 
术 o 


3) GPS 定位 不 准 。 这 是 我 遇 到 的 投诉 最 多 问题 。 这 是 要 最 优先 解 
决 的 问题 ， 这 个 数据 不 准 ， 尤 其 是 定位 错 了 城市 ， 或 者 把 酒店 定位 到 
海里 去 了 ， 都 会 阐 笑 话 。 很 多 时 候 ， 这 是 因为 Android 使 用 了 百度 地 图 
而 iOS 使 用 了 高 德 地 图 的 原因 ， 他 们 的 坐标 值 不 一 样 ， 所 以 在 地 图 上 
的 位 置 会 不 一 样 。 


4) App 版 本 低 。 低 版 本 有 bug， 我 们 发 现 后 在 新 版 本 修复 了 。 用 
尸 升 级 到 最 新 版 本 后 ， 丈 没有 问题 了 。 


5) 问题 不 能 复 现 。 如 果 不 能 复 现 ， 或 者 说 时 好 时 坏 ， 那 多 半 是 
MobileAPI 返 回 了 及 数据 的 原因 。 


6) 客服 记录 问题 与 客人 投诉 问题 完全 不 符 。 因 为 客服 只 管 记 录 ， 
对 App 并 不 各 悉 ， 所 以 经 滑 会 以 论 传 论 ， 把 客人 投诉 订单 列表 页 的 问 
题 ， 反 馈 为 产品 列表 页 的 问题 。 总 之 驴 展 不 对 马 嘴 的 事情 很 多 ， 所 以 
开发 人 员 如 采 想 知道 真实 情况 ， 一 定 要 打 电 话 杀 目 询问 客人 原委 。 


鉴于 每 天 都 有 大 量 的 用 户 投 诉 ， 我 们 在 与 用 户 电话 沟通 后 ， 要 找 
一 个 地 方 备案 ，Excel 也 好 ，Wiki 也 好 ， 自 己 做 的 系统 也 好 ， 总 之 : 


1) 成 功 解决 的 ， 要 写 下 来 解决 方案 ， 以 便于 以 后 有 类 似 问 题 ， 可 
以 不 用 排查 ， 直 接管 复 用 户 。 我 们 称 之 为 Trouble Shooting。 


2) 不 能 复 现 、 成 为 无 头 公 案 的 ， 如 果 不 严重 ， 就 当 作 优 先 级 不 高 
的 bug 来 处 理 ， 要 记 下 来 用 户 联系 方式 以 及 问题 的 来 龙 去 脉 ， 时 刻 倚 持 


警惕 。 


保证 产品 的 质量 不 光 是 靠 发 版 前 的 测试 工作 ， 还 包括 产品 上 线 后 
的 线 上 问题 的 跟踪 和 处 理 。 


与 用 户 沟通 ， 不 同 于 在 公司 里 做 项 目 ， 需 要 另 一 套 沟 通 的 技巧 。 
要 和 颜 悦 色 、 要 循 循 善 户 、 要 不 卑 不 亢 、 尽 可 能 多 的 从 用 户 那里 获取 
信息 ， 尽 最 大 程度 地 请 用 户 帮 我 们 复 现 问题 。 


我 们 开发 人 员 ， 过 到 问题 不 要 一 上 来 吏 想 看 log， 用 户 手 机 上 是 没 
有 log 的 ， 就 算 记录 了 log， 也 不 会 拿 给 我 们 看 的 ， 要 从 多 个 角度 综合 
分 析 问 题 ， 比 如 说 追踪 发 生 问题 的 时 间 点 ， 我 们 可 以 沿 着 这 个 方向 去 
后 台 查 找 MobileAPI 日 志 、 检 查 Crash 信 息 。 有 关 这 方面 排查 问题 的 方 
法 论 ， 我 们 下 一 市 再 介绍 。 


11.6 ”日志 与 App 性 能 


日 志 这 玩意 儿 非 常 强大 ， 关 键 看 你 会 不 会 用 。 


在 Android 日 常 开发 中 ， 我 会 输出 每 次 调用 MobileAPI 时 的 接口 地 
址 、 返 回 的 JSON 字 符 串 。 但 是 这 还 远 远 不 够 。 


对 于 一 次 完整 的 请 求 ， 我 们 需要 记录 以 下 信息 : 


1) 发 起 请 求 的 时 间 点 ， 注 意 这 个 时 间 不 是 点 击 请 求 按钮 的 时 间 
点 ， 而 是 点 击 请 求 后 调用 HttpRequest 执 行 一 次 MobileAPI 网 络 请 求 的 那 
个 时 间 点 。 


2) 接收 到 MobileAPI 网 络 请 求 的 响应 时 间 。 注 意 这 个 时 间 点 ， 是 
接收 到 JSON 字 符 串 的 时 间 。 


3) 从 客户 端 接收 到 JSON 字 符 串 到 页 面 生成 的 时 间 。 这 主要 用 于 
测试 列表 页 的 生成 时 间 ， 用 于 优化 列表 页 的 加 载 性 能 。 


将 1) 和 2) 这 两 个 时 间 点 相 减 ， 得 到 调用 一 次 网 络 接口 的 时 间 ， 
这 期 间 包 括 服务 器 处 理 该 请 求 的 时 间 ， 以 及 来 回 传输 数据 的 时 间 。 我 
们 请 MobileAPI 将 每 次 响应 的 时 间 记 录 在 HttpResponse 响 应 头 中 ， 返 回 
给 客户 端 ， 就 可 以 计算 出 每 次 请 求 中 到 底 哪 一 段 最 耗费 时 间 。 


以 上 惑 是 客户 端 网 络 性 能 的 检测 方案 。 我 们 将 这 些 信 息 作 为 日 志 
记录 到 SD 卡 上 。 每 天 晚上 跑 Monkey， 基 本 上 每 个 页 面 都 会 走 好 几 
帝 ， 那 么 每 个 MobileAPI 接 口 的 性 能 数据 就 都 能 得 到 了 。 


每 天 只 在 WiFi 网 络 环境 下 跑 Monkey 测 试 ， 是 得 不 到 真实 的 数据 
的 。 跑 Monkey 测 试 时 一 定 要 使 用 2G、3G 和 4G， 虽 然 多 花 点 钱 ， 但 是 
能 模拟 出 大 部 分 用 户 的 真实 性 能 数据 ， 其 中 哪个 页 面 是 痛 点 就 一 目 了 
然 了 。 


男 一 种 采集 性 能 数据 的 做 法 就 是 把 每 次 MobileAPI 的 性 能 数据 放 在 
内 存 中 ， 然 后 每 阳 半 分 钟 束 发 送 到 服务 右 ， 由 服务 右 进 行 分 析 。 这 种 
解决 方案 的 缺点 就 是 一 旦 没有 网 络 ，MobileAPI 网 络 请 求 就 会 在 客户 端 
产生 积压 ， 所 以 要 对 积压 过 久 的 网 络 请 求 及 时 清理 。 


11.7 从 新 人 入 职 作业 入 手 


“不 识 庐 山 真 面目 ， 只 缘 映 在 此 山中 。” 这 两 人 句 证 讲 的 是 ， 当 局 者 
迷 ， 局 外 人 往往 看 得 更 清楚 。 
对 于 从 事 App 人 研发 的 人 来 说 ， 包 括 开 发 人 员 、 测 试 人 员 、 设 计 师 


和 产品 经 理 ， 每 天 的 工作 吏 是 丰富 完善 产品 ， 等 做 到 一 定 程度 ， 驳 会 
有 瓶 须 ， 再 难 突破 。 这 时 就 需要 局 外 人 来 “ 找 搅 局 "了 。 


最 好 的 “搅局 者 ”是 新 入 职 的 员工 ， 他 们 刚 到 公司 ， 号 上 还 带 有 上 
一 家 公司 的 痕迹 ， 所 以 能 提出 比较 中 肯 的 问题 。 这 时 候 ， 请 他 们 试用 
一 下 我 们 的 App， 作 为 新 人 入 职 培训 的 谍 后 作业 布置 下 去 ， 能 收集 到 
各 种 深刻 的 意见 。 


比 新 员工 更 有 效果 的 是 实习 生 ， 他 们 映 上 有 一 股 初 出 茅 访 的 锐 
气 ， 不 像 在 职场 上 混 了 一 两 年 的 人 那样 有 诸多 顾虑 。 我 曾经 收 到 过 一 
封 从 CEO 那 里 直接 转 过 来 的 邮件 ， 是 一 位 实习 生 使 用 App 的 意见 反 
绽 ， 其 中 虽然 有 些 个 人 色彩 夹杂 其 中 ， 但 有 些 意 见 是 一 针 见 血 的 ， 通 
着 我 立刻 惑 要 组 织 人 力 去 解决 。 之 后 的 一 段 日 子 ， 每 天 都 会 有 实习 生 
使 用 心得 的 邮件 转 到 我 这 边 ， 他 们 这 些 人 会 拿 独 手机 开 着 2G、3G 和 
4G 在 北 泵 的 大 街 小 巷 使 用 我 们 的 App， 于 是 各 种 网 络 问题 、 各 种 用 户 
体验 问题 (我 们 称 之 为 反 人 类 设计 ) 纷 涌 而 至 。 


请 实习 生 给 App 提 意见 的 另 一 个 好 处 是 ， 他 们 的 年 龄 都 是 在 23~25 
这 个 年 龄 段 ， 精 力 旺 盛 ， 对 新生 事物 接受 快 ， 与 App 这 种 新 兴 事 物 的 
适用 人 群 正好 匹配 。 四 五 十 多 的 大 叔 是 没 时 间 也 没 精 力 给 出 太 多 太 好 
的 建议 的 ， 他 们 可 能 已 经 被 生活 折 麻 得 身心 俱 疫 了 。 


于 是 ， 我 们 可 以 在 新 人 入 职 培 训 中 加 入 本 公司 的 App 产 品 介绍 这 
和 党课 ， 并 为 每 个 新 员工 布置 一 个 作业 ， 使 用 App 一 周 ， 把 使 用 心得 和 
意见 反馈 以 邮件 的 形式 发 出 来 。 男 一 方面 ， 要 求 无 线 部 | 人 负责 人 要 回 
复 每 一 封 意见 反馈 的 邮件 ， 逐 条 解 管 各 个 问题 ， 并 对 确认 的 问题 给 出 
排 期 解决 。 打 开 意 见 入 口 ， 后 面 一 定 要 有 人 人 收尾， 否则 整 是 形象 工 
程 。 


充分 利用 好 这 个 通道 ， 这 比 每 天 去 AppleStore 和 Android 各 大 市 场 
看 用 户 反 馈 要 好 得 多 。 因 为 你 可 以 直接 找到 发 现 问题 的 新 员工 获取 更 
详细 的 信息 ， 如 果 是 bug， 甚 至 可 以 要 到 他 的 手机 进行 调试 或 者 看 手机 
上 存储 的 日 志 。 


11.8 本章 小 结 

本 章 介绍 了 App 的 日 常 管理 工作 中 的 各 种 技巧 ， 都 是 实际 工作 中 
点 点 滴 滴 的 回忆 。 

本 章 写 给 最 懂 我 的 人 看 。 


致 那些 和 我 一 起 加 班 熬夜 备 斗 过 的 兄弟 们 。 


第 12 章 ”无 线 团队 的 组 建 和 管理 


团队 管理 者 决定 了 这 只 团队 的 高 度 。 


想 要 成 为 CTO， 只 会 无 线 那 些 技术 是 不 够 的 ， 还 需要 补习 大 数据 
和 搜索 、 数 据 库 等 技术 。 


我 希望 我 的 团队 像 李 云龙 的 独立 团 那 样 ， 平 党 一 个 个 看 上 去 都 不 
起 眼 ， 但 是 打 起 会 来 斑 喇 叫 。 为 了 达到 这 个 目标 ， 需 要 隔 三 老 五 地 激 
励 士气 ， 让 团队 的 每 个 成 员 都 挑战 目 己 的 极限 ， 尽 早 地 完成 技术 上 的 
飞跃 ;需要 组 织 各 种 技术 培训 ， 建 立 一 个 展 好 的 技术 氛围 ， 需 要 经 各 
一 对 一 沟通 ,对症下药 ， 才 能 让 每 个 人 都 产生 团队 归属 感 ， 此 外 ， 握 
弃 公 司 的 陈规 陋习 ， 甩 掉 工 作 中 阻碍 团队 发 展 的 一 切 束缚 ， 轻 狼 上 
阵 ， 这 样 每 个 人 才 会 有 干劲 儿 。 


所 有 这 一 切 ， 从 招 人 开始 。 


12.1 从 面试 谈 起 


一 个 团队 的 整体 风 钢 ， 和 团队 负责 人 有 很 大 关系 。 如 采 团 队 负 责 
人 比较 外 同 ， 那 么 他 的 团队 也 必然 很 火爆 ; 如 采 团 队 负 责 人 是 内 同 
型 ， 那 么 他 的 团队 也 会 很 问 ， 日 党 工作 中 基本 没什么 声音 。 阐 有 闹 的 
打 法 ， 静 有 静 的 风格 ， 没 有 对 错 之 分 。 


一 个 人 性 格 是 外 向 还 古 内 向 ， 面 试 时 就 能 看 出 来 。 


12.1.1 ”如 今 是 卖方 市 场 


“面试 的 时 候 看 人 的 短处 ， 用 人 的 时 候 看 人 的 长 处 。” 这 是 我 曾经 
的 一 位 老板 跟 我 讲 的 ， 经 过 我 这 些 年 的 实践 ， 感 觉 并 不 全 对 。 对 于 合 
歌 、 微 软 、BAT 这 类 公司 ， 每 天 有 成 干 上 万 人 挤 破 头 颅 要 进去 ， 所 以 
他 们 永远 不 缺 人 ， 可 以 在 一 流 人 才 中 ， 慢 慢 找 候选 人 的 短 板 。 


但 是 对 于 二 线 公 司 ， 情 况 就 不 容 乐观 了 。 众 所 周知 ， 移 动 互联 网 
迅速 爆发 ， 人 才 缺 口 很 大 ， 基 本 上 所 有 的 互联 网 公司 都 缺 人 。 一 流 人 
才 ， 基 本 见 不 到 ， 都 去 BAT 了 ， 只 能 从 二 流 人 才 和 三 流 人 才 中 下 手 ， 
同时 还 要 手 快 ， 稍 微 慢 一 拍 就 被 其 他 公司 抢 走 了 ， 所 以 对 于 二 线 公 
司 ， 要 适当 降低 标准 ， 一 个 强力 的 Team Leader， 外 加 一 些 能 干 活 的 人 
就 行 了 。 


人 一 旦 招 进来 ， 接 下 来 束 要 把 他 培养 成 一 流 人 才 ， 让 他 具备 进入 
BAT 的 水 平 。 于 是 我 们 要 招 那些 有 湾 力 有 灵气 的 但 是 经 验 灰 缺 或 者 育 
景 不 好 的 开发 人 员 ， 太 罕 的 、 太 懒 的 、 慢 条 斯 理 的 都 不 行 ， 如 条 要 组 
建 一 文 喇 嗽 叫 的 团队 ， 切 记 要 守 好 这 最 后 的 底线 。 


作为 部 门 主管 ， 一 旦 你 发 现 候 选 人 不 错 ， 束 要 留 个 心眼 了 ， 无 论 
征 电 话 还 是 QQ 还 是 微 信 ， 尽 快 与 候选 人 后 续 建 立 长 期 联系 。 一 言 以 蔽 
之 ， 对 于 App 开 发 人 员 ， 现 在 是 卖方 市 场 ， 我 们 招 人 时 要 改变 以 往 高 
高 在 上 的 姿态 ， 否 则 ， 束 招 不 到 人 。 


12.1.2 ”名校 论 不 适用 无 线 开发 


有 些 公 司 要 求 招 人 必须 是 名 校 ,尤其 是 研发 部 门 ， 我 觉得 是 不 妥 
IS 


我 市 过 的 团队 成 员 ， 什 么 学 校 的 都 有 。 水 平 高 者 ， 往 往来 目 那 些 
名 不 见 经 传 的 学 校 ， 甚 至 是 二 本 三 本 。 我 想 ， 这 大 概 是 外 界 对 全 发 二 
字 的 误解 吧 。 一 提起 研发 ， 所 有 外 行人 都 会 认为 这 是 件 很 高 深 的 工 
作 ， 必 须 是 211 或 者 985 高 校 的 博士 教授 做 的 事情 对 于 学 术 也 许 如 此 ， 
但 是 对 于 软件 研发 其 实 不 然 ， 类 似 于 搜索 之 类 涉及 复 洒 算法 的 软件 行 
业 ， 固 然 需要 较 高 学 历 民 好 背景 的 人 去 研究， 但 钙 对 于 App 应 用 类 软 


件 而 言 ， 每 天 的 开发 工作 大 都 是 重复 性 画 UI 和 调用 MobileAPI 获 取 数 
据 ， 就 如 同 流水 线 工 人 那样 做 事 ， 所 以 真 的 不 需要 名 校 出 身 。 


12.1.3 如何 搞 到 更 多 的 简历 


这 年 涉 ， 想 要 优先 拿 到 简历， 必须 和 HR 搞 好 关系 ， 不 动 点 脑筋 是 
不 行 的 。 可 以 把 公司 HR 的 妹子 泡 到 手 做 老 姿 。 我 目 酌 没有 这 样 的 条 
件 ， 可 十 我 会 做 饼干 蛋糕 面包 王 层 酥 这 样 的 甜点 啊 ， 于 是 亲 于 做 了 一 
份 蛋 藉 和 提 拉 米 苏 给 HR 的 美文 们 送 了 过 去 ， 可 想 而 知 ， 接 下 来 欧陆 陆 
续 续 有 简历 到 我 手 里 了 。 


再 后 来 ， 简 历 又 少 了 ， 因 为 不 能 总 优先 照顾 我 啊 。 于 是 我 束 着 急 
了 ,我 让 HR 把 我 的 邮箱 加 到 招聘 组 中 ， 只 要 有 人 投 开发 职位 的 俏 历 ， 
忠 也 会 发 给 我 一 份 ， 于 是 每 天 我 会 收 到 几 十 封 集 历 ， 开 始 我 还 是 收 到 
一 封 看 一 封 ， 可 是 后 来 我 束 发 现 目 己 的 工作 时 间 束 被 碎 户 化 了 ， 因 为 
要 时 时 刻 刻 接收 并 猎 选 简历 ， 后 来 我 束 每 天 晚上 8 点 统一 般 一 壳 当天 所 
有 的 简历 ， 这 样 束 把 零散 的 时 间 利 用 起 来 了 ， 与 此 同时 我 还 发 现 ，HR 
确实 帮 我 们 挡住 了 一 些 完全 不 合适 的 简历 节省 了 我 们 的 时 间 ， 此 外 ， 
有 一 部 分 简历 则 是 因为 学 历 原 因 ， 其 实 把 候选 人 约 过 来 聊 聊 还 是 很 合 
适 的 ， 这 时 候 丈 需要 不 拘 一 格 降 人 才 了 “。 还 有 一 部 分 简历 吏 比 较 奇 茧 
了 ， 因 为 HR 村 帮 不 同 的 部 门 扫 人， 所 以 经 常会 出 现 这 样 的 情况 ， 一 份 


好 的 人 简历， 先 送 到 A 部 门 ， 合 适 束 留 下 来 约 面 试 ， 不 合适 束 直 接 拒 
了 ， 而 我 所 在 的 B 部 门 则 完全 不 知道 还 有 这 样 一 个 人 的 存在 。 


我 不 晓得 其 他 部 门 是 如 何 操作 的 ， 反 正 自从 我 把 自己 的 邮箱 加 入 
到 招聘 组 后 ， 我 就 有 了 优先 筛选 简历 的 权力 ， 每 天 几 十 份 简历 ， 虽 然 
额外 增加 了 工作 量 ， 但 是 每 天 都 能 确保 筛选 到 有 合适 的 简历 并 约 来 面 
试 。 
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面试 时 ， 主 要 考察 候选 人 的 3 个 方面 : 


-技术 水 平 ， 主 要 是 候选 人 的 编程 技术 水 平 。 


领域 知识 ， 主 要 是 候选 人 对 业务 的 了 解 程度 。 
软 性 技能 ， 包 括 沟通 能 力 、 抗 压 能 力 、 性 格 。 


每 个 公司 面试 的 流程 不 太一 样 。 一 般 而 言 ， 有 两 轮 最 重要 。 第 一 
轮 征 Team Leader 面 坛 ， 考 察 技术 水 乎 。 第 二 轮 是 用 人 部 门 的 负 贡 人 面 
试 ， 考 察 领域 知识 和 软 性 技能 。 这 两 轮 过 了 ， 只 要 薪水 不 古 太 离谱 ， 
基本 丈 算 过 了 ， 这 也 符合 互联 网 公司 人 简单 高 效 的 玉 码 。 


如 何 考 察 面 试 者 的 技术 水 平 ? 对 于 App 而 言 ， 分 为 3 个 方向 : 


:应 用 类 ， 比 如 说 系 东 、 携 程 、 大 众 点 评 、 类 团 这样 的 App， 它 们 
共同 的 特点 是 页 面 多 ， 都 需要 频繁 地 调用 MobileAPI 获 取 数 据 ， 都 涉及 
文 付 流程 ， 所 以 这 类 App 的 开发 人 员 需 要 对 UI、 网 络 、 登 录 、 文 付 尝 
程 都 非常 熟悉 。 应 用 市 场 也 属于 这 一 类 ， 比 如 豌豆 欧 。 


手机 管家 类 。 这 类 App 虽 然 也 算是 应 用 类 ， 但 是 很 少 调用 
MobileAPI， 它 更 多 关注 的 是 手机 系统 内 部 数据 的 读 写 ， 所 以 这 类 App 
的 开发 人 员 需 要 对 ActivityManager、Service、BroadcastReceiver 之 类 的 


知识 很 熟悉 。 
:游戏 类 ， 必 须 对 动画 引擎 很 熟悉 ， 比 如 说 Cocos2d 和 和 Lua 。 


此 外 ， 还 有 一 类 Android 从 业 人 员 ， 是 在 华为 、 三 星 这 样 的 硬件 三 
商 做 手机 系统 的 二 次 开发 ， 包 括 手 机 系统 上 目 带 的 一 些 软件 ， 严 格 地 
说 ， 不 属于 App 开 发 。 


我 本 人 是 从 事 应 用 类 App 开 发 的 ， 这 本 书 也 是 针对 于 此 的 ， 所 以 
我 在 面试 时 一 般 会 考察 以 下 几 个 方面 : 


1) Activity 的 生命 周期 。 
2) Activity 的 4 种 启动 方式 及 使 用 场合 。 


3) 做 过 的 项 目 中 ，Activity 是 否 有 基 类 ， 如 果 有 ， 封 装 了 哪些 共 
用 的 逻辑 ? 


4) 事件 的 各 种 使 用 方式 及 优 缺 点 。 

5) 与 HTML5 页 面 的 相互 调用 。 

6) UI 线程 的 阻塞 与 解决 方案 (Runnable 与 Handler) 。 
7) 采用 什么 姿势 调用 MobileAPI 并 解析 返回 的 数据 ? 
8) 怎样 做 列表 的 分 页 和 刷新 。 


9) 登录 的 实现 ， 包 括 从 哪儿 来 、 到 哪儿 去 的 页 面 跳 转 机 制 ， 记 人 
密码 的 逻辑 设计 。 


10) 性 能 调 优 ， 包 括 Layout 调 优 、Activity 中 如 何 使 用 CONST 常 
量 、 时 间 换 空间 策略 、ViewHolder、 图 集 的 优化 策略 、 数 据 缓存 和 图 
片 缓存 ， 等 等 。 


11) 全 局 变量 过 多 怎么 办 ? 
全 过 DR 
13) 是 否 做 过 自动 打包 ? Ant、Maven 或 Gradle 任 意 一 种 都 可 以 。 


大 家 会 看 到 ， 我 对 Activity 问 的 很 详细 ， 因 为 它们 占据 了 应 用 类 
App 日 常 开发 工作 的 绝 大 部 分 ， 但 是 对 Android 的 其 他 三 大 组 件 基本 不 
问 ， 因 为 在 应 用 类 App 中 很 少 使 用 。 


以 上 13 道 问题 ， 不 一 定 要 求 候选 人 全 都 会 。 满 足 大 部 分 吏 能 干 活 
了 ， 剩 下 不 会 的 知识 点 ， 接 下 来 在 工作 中 会 慢 慢 补 齐 。 


对 于 TeamLeader 的 要 求 会 更 高 一 些 ， 包 括 如 何 检查 内 存 汇 露 ， 如 
何 优化 内 存 、 多 线程 、 目 动 打包 、 框 架设 计 、 版 本 管理 等 诸多 方面 。 


12.2 ”无线 团队 必 备 的 10 份 文档 


一 个 团队 成 熟 与 否 的 标志 古文 档 。 文 档 太 多 ， 束 违反 了 敏捷 的 原 
则 ， 但 有 几 个 文档 是 必须 要 提供 的 ， 下 面 分 别 介绍 。 


12.2.1 新 员工 入 职 文档 


这 份 文档 包括 : 

-部 门 组 织 结构 ， 新 员工 所 在 的 团队 和 将 要 担当 的 角色 。 
-个 人 简介 ， 用 于 群发 给 部 门 其 他 成 员 。 

要 加 入 的 公司 邮件 组 ， 部 门 内 部 用 于 沟通 的 QQ 和 群 或 微 信 群 。 
Android 项 目的 地 址 ， 权 限 申 请 。 

-Bug 管理 工具 及 权限 申请 。 

测试 环境 和 仿真 环境 的 地 址 。 

-产品 需求 的 地 址 。 


.WIFI 设置 、VPN 申 请 、 手 机 邮箱 配置 、 打印机 安装 ， 等 等 。 


12.2.2 ”加 强 版 新 员工 入 职 文 档 


我 们 针对 Android 开 发 团队 ， 编 写 了 一 份 适用 于 Android 团 队 新 员工 
的 入 职 文档 。 这 份 文档 包括 : 


-SVN 或 GIT 的 权限 申请 。 
“Android 开 发 常用 软件 下 载 。 
:迭代 的 节奏 。 

.业务 名 词 解释 。 
.Android App 的 项 目 结构 。 
.Android 自 动 打包 地 址 (如 果 有 ) 。 


-模板 (模范 标准 ) 页 面 。 这 里 指 的 是 新 人 写 程序 时 可 以 用 来 参考 
的 类 或 方法 。 


-代码 规范 。 
12.2.3 ”测试 机 清单 


App 开 发 团队 一 定 要 有 一 份 测试 机 清单 ， 如 表 12-1 所 示 。 


表 12-1 测试 机 清单 


ES 食用 入 
3 | 三 
4 | gm 
了 | 车 
HUAWET CSS16 各 六 


这 样 线 上 有 类 似 机 型 或 系统 出 了 问题 ， 束 有 机 会 复 现 这 个 问题 。 
Android 几 千 鞭 机 型 我 们 不 可 能 全 都 采购 ， 一 种 好 的 方案 是 ， 到 友 盟 上 
看 使 用 我 们 App 的 排名 前 10 的 Android 手 机 ， 采 购 这 些 手机 ， 确 保 开 发 
团队 和 测试 团队 各 有 1 部 这 些 型 号 的 手机 。 


12.2.4 模块 分 工 表 


把 开发 人 员 按照 业务 线 (模块 ) 进行 划分 。 


对 于 小 的 团队 ， 每 个 模块 上 有 1 个 主要 开发 人 员 ，1 个 后 备 开发 人 
员 ， 二 者 互 为 备份 。 在 男 一 个 模块 上 ， 这 两 个 人 的 身份 则 反 过 来 。 如 
表 12-2 所 示 。 


表 12-2 ”模块 分 工 表 


后 备 开 发 人 员 
模块 A 
模块 也 
模块 C 


分 工 表 一 旦 制定 ， 束 不 能 随意 调整 了 。 不 能 因为 模块 A 忙 不 过 来 ， 
束 把 模块 C 的 王 五 调 过 去 。 人 员 频 粽 流动 ， 会 导致 代码 质量 降低 。 


对 于 规模 大 的 公司 ， 每 个 模块 都 会 有 一 个 3~4 人 的 小 团队 ， 所 以 无 
所 谓 主 从 的 关系 ， 但 这 个 小 团队 会 有 1 个 Team Leader 。 


男 一 方面 ， 要 尽早 对 Android 项 目 进 行 模块 拆 分 ， 按 照 业 务 线 进行 
模块 划分 是 个 不 错 的 选择 ， 把 各 个 独立 的 业务 模块 从 一 个 大 的 apk 中 独 
立 出 来 ， 这 样 才能 让 负责 这 个 模块 的 人 或 者 团队 独立 开发 而 不 受 其 他 
团队 的 影响 。 


12.2.5 页 面 逻 和 辑 访 程 文档 


每 条 业务 线 的 业务 逻辑 都 是 非常 复杂 的 ， 表 现在 Android 项 目 中 就 
是 十 几 个 Activity 页 面 。 其 中 ， 每 个 Activity 中 ， 跳 转 到 其 他 Activity 的 情 
况 束 很 多 ， 包 括 startActivityForResult 这 样 跳 过 去 又 跳 回来 的 场景 ， 男 
一 方面 ， 每 个 Activity 都 可 能 有 多 个 入 口 。 


当 我 们 想 修 改 页 面 跳 转 逻 辑 及 传 参 时 ， 往 往 会 因为 考虑 不 全 面 而 
引发 灾难 性 的 问题 ， 直 到 发 版 后 才 发 现 (多 发 生 于 推送 ) 。 


于 是 我 们 迫切 需要 每 条 业务 线 的 页 面 流 程 图 ， 在 修改 业务 流程 
时 ， 这 个 页 面 流程 图 有 很 好 的 参考 价值 。 我 画 过 很 多 这 样 的 页 面 流程 
图 ， 一 般 而 言 ， 各 条 业务 线 的 页 面 流程 都 差不多 ， 如 图 12-1 所 示 。 
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订单 填写 页 支付 成 功 页 


图 12-1 业务 流程 图 


主流 程 就 这 么 6 个 步 又， 各 家 App 的 区 别 就 在 于 每 个 页 面 上 会 有 一 
些 子 页 面 ， 用 于 加 强 信息 收集 。 基 于 此 ， 才 有 了 这 份 页 面 逻 辑 流程 文 
档 ， 图 12-2 和 图 12-3 是 我 设计 的 一 球 奢 侈 品 App 的 页 面 流程 图 。 
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图 12-2 一 款 奢 侈 品 App 的 页 面 流 程 图 -1 
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支付 页 
PayActivity 


图 12-3 一 款 奢 侈 品 App 的 页 面 流程 图 -2 


不 要 把 所 有 页 面 都 画 在 一 个 图 中 ， 线 太 多 ， 没 人 能 看 届 。 拆 开 
加 > 双 洒 会 于 寻 忆 


12.2.6 ”MobileAPI 接 口 分 布 图 


一 般 用 XMind 思 维 导 图 来 描述 一 款 App 所 用 到 的 MobileAPI 接 口 ， 
如 图 12-4 所 示 。 
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图 12-4 ”MobileAPI 接 口 分 布 图 


有 了 这 个 图 表 ， 我 们 束 可 以 : 


.定期 检查 iD0S 和 Android 在 做 同一 功能 时 所 使 用 到 的 MobileAPI 是 否 


oO 


一 致 


-每 次 MobileAPI 发 版 上 线 ， 相 天 的 测试 人 员 ， 束 可 以 根据 这 张 图 ， 
找到 这 些 MobileAPI 接 口 改 动 影响 了 哪些 页 面 和 功能 ， 需 要 进行 相应 的 
回归 测试 。 


要 定期 更 新 这 份 文档 ， 可 以 写 一 个 脚本 ， 定 期 从 Android 代 码 中 ， 
授 出 所 使 用 到 的 MobileAPI 列 表 ， 同 步 到 这 份 文档 中 。 


12.2.7 版 本 管理 策略 文档 


无 论 是 使 用 SVN 还 是 GIT， 都 要 制定 一 套 发 版 流程 。Android 团 队 
中 要 有 专门 的 开发 人 员 熟 悉 并 遵守 这 套 流 程 ， 包 括 : 


:正常 迭代 的 流程 。 

- 开 新 分 文 做 技术 调研 的 流程 。 

紧急 上 线 流程 。 

流程 一 般 有 两 种 ， 要 么 是 主干 开发 主干 上 线 ， 要 么 是 主干 开发 分 
文 上 线 ， 无 论 旦 哪 一 种 ， 都 要 落实 为 文档 ， 切 忌口 口 相传 。 


12.28 和 框 洒 设计 文人 


当 我 们 把 AndroidLib 这 个 业务 无 天 的 类 库 从 App 中 抽象 出 来 的 时 
修 ， 束 该 有 一 份 框架 设计 文档 了 。 


这 份 文 档 我 曾经 写 过 ， 本 书 第 1 部 分 的 第 1~4 章 就 是 这 份 文档 的 扩 
充 版 ， 请 仔细 阅读 。 


12.2.9 ”发 版 流程 文档 


Android 发 版 并 不 像 iOS 那 样 只 提交 AppStore 审 核 ，Android 要 发 布 
到 各 大 市 场 ， 为 此 ， 需 要 修改 AndroidManifest.xml 中 的 友 盟 渠道 号 ， 才 


能 统计 出 各 大 市 场 的 下 载 量 。 此 外 ， 对 外 发 布 的 apk 包 要 混 消 ， 人 否则 外 
界 可 以 通过 反 编 详 看 到 我 们 鞭 半 可 天 写 的 代码 。 


其 实 考虑 问题 最 多 的 是 测试 团 了 从， 他 们 往往 会 担心 : 


代码 是 否 混 消 ? 
.版 本 号 是 否 正确 ? 
.是 否 release 包 〈 而 不 是 debug 包 ) ? 
.临时 决定 关闭 的 功能 是 否 露出 来 了 ? 


否 可 以 文 付 、 分 享 、 扫 描 二 维 码 ? 


中 


级 安装 是 否 会 引起 朋 溃 ? 
J 


鉴于 以 上 各 点 ， 我 们 需要 制定 发 版 流程 并 形成 文档 ， 包 括 : 


1) 产品 经 理 准备 发 版 所 需要 的 描述 文字 、 图 片 等 材料 。 


2) 开发 人 员 进 行 批 量 打 包工 作 。 


3) 测试 人 员 要 随机 抽取 一 个 apk 包 进行 测试 ， 包 括 我 上 面谈 到 的 
那些 测试 功能 点 。 


4) 推广 人 员 发 布 到 各 大 市 场 ， 要 有 邮件 持续 跟踪 各 个 渠道 的 版 本 
更 新 进度 。 


5) 在 版 本 仓库 上 打 Tag， 合 并 分 文 上 的 代码 到 主干 (如 有 果 采 用 的 
是 主干 开发 分 文 上 线 的 策略 ) 。 


12.2.10 App 启 动 流程 图 


如 条 要 做 App 性 能 优化 ， 最 好 的 独 手 点 是 App 从 局 动 到 进入 首页 的 
流程 。 


大 多 数 Android App 的 局 动 Activity 并 不 是 首页 HomeActivity， 而 是 
一 个 叫做 LaunchActivity 的 页 面 ， 它 的 UI 束 是 和 催 单 的 Splash 动 画 ， 同 时 
它 屑 负 着 更 多 的 职责 ， 如 下 所 示 : 


:注册 友 盟 、 推 送 等 第 三 方 组 件 。 
-加载 Splash 图 ， 同 时 下 载 新 的 Splash 图 以 便 下 次 开启 时 使 用 。 
:如 果 是 首次 打开 ， 则 进入 引导 页 。 


友 盟 打点 ， 统 计 激 活 数 


-如果 有 消息 推送 到 达 ， 点 击 消 轧 后 想 不 经 过 首页 而 直接 进入 某 个 
二 级 页 面 ， 其 实在 代码 层面 还 是 要 经 过 LaunchActivity 的 ， 由 它 对 推送 


消息 进行 分 发 ， 以 决定 该 跳 转 到 哪个 二 级 页 面 。 


以 上 这 些 逻 辑 交 织 在 一 起 ， 非 常 复 淋 ， 尤 其 是 要 区 分 升级 版 和 全 
新 安装 版 的 时 候 ， 为 此 我 们 需要 用 Visio 之 类 的 软件 绘制 一 个 App 局 动 流 
程 图 。 


在 业界 ， 我 们 将 LaunchActiity 称 为 Bootstrapper 。LaunchActivity 把 
上 述 这 些 事情 都 做 完 ， 才 会 进入 到 首页 HomeActivity 。 


12.3 一 对 一 沟通 


作为 部 门 管理 者 ， 我 和 团队 的 每 个 成 员 每 隔 一 段 时 间 进 行 一 次 一 
对 一 沟通 ， 每 次 半 个 小 时 。 这 是 不 可 缺少 的 一 件 工作 ， 比 任何 其 他 工 
作 都 重要 ， 宁 肯 少 做 一 个 需求 ， 或 少 参 加 一 个 会 议 。 

每 每 有 团队 管理 者 抱 忽 ， 每 次 谈话 都 得 到 相同 的 反馈 ， 抱 钨 同样 
的 问题 而 又 长 期 得 不 到 解决 ， 由 于 每 次 都 老生 利 谈 ， 所 以 这 样 的 沟通 
没有 太 大 意义 。 


外 企 的 文化 是 ， 比 如 微软 ， 员 工 每 两 周 都 要 和 直属 领导 做 一 次 1:1 
沟通 ， 由 员工 组 织 材料 ， 汇 报 最 近 两 周 的 工作 进度 ， 展 望 接 下 来 两 周 
做 什么 事情 。 想 当年 我 每 次 都 要 准备 半天 时 间 ， 每 次 做 完 沟 通 之 后 都 
征 诗 流 淡 育 ， 因 为 经 常会 被 问 得 体 无 完 肤 不 寒 而 和 村， 比如 原 计划 为 何 
进展 缓慢 、 新 计划 为 何不 切实 际 、 哪 里 有 不 足 为 何 还 没有 提高 、 计 划 


什么 时 候 提 高 ， 等 等 。 


在 互联 网 这 几 年 ， 我 深 深 地 感受 到 ， 外 企 的 这 套 玩 法 在 互联 网 行 
业 十 行 不 通 的 ， 原 因 如 下 : 


1) 互联 网 工作 节 委 太 快 ， 产 品 需求 都 做 不 完 ， 团 队 成 员 不 会 有 半 
天 的 时 间 来 准备 。 


2) 团队 成 员 都 是 为 了 生计 而 疫 于 奔波 ， 没 有 太 长 远 的 规划 ， 都 是 
做 完了 这 期 的 需求 ， 等 行 老板 分 配 新 的 工作 而 不 是 主动 想 要 做 些 什 


人 么 。 


基于 以 上 两 点 原因 ， 互 联网 的 员工 不 会 提前 准备 ， 而 是 在 一 对 一 
沟通 时 被 问 到 什么 器 回答 什么 ， 束 像 挤 牙 襄 那 样 。 


所 以 ， 我 对 团队 的 要 求 是， 沟通 前 花 十 分 钟 时 间 想 一 想 : 
1) 最 近 一 个 月 做 了 哪些 事情 ， 有 什么 提高 ? 
2) 自身 想 要 有 什么 提高 ? 需要 我 帮助 做 些 什 么 ? 


于 是 ， 在 和 团队 所 有 人 做 完 第 一 轮 一 对 一 沟通 后 ， 我 发 现 大 家 还 
都 是 变 有 想法 的 ， 只 是 平 币 被 繁重 的 工作 所 标 ， 一 直 都 只 能 压抑 在 湾 
意识 里 有 了 ， 只 要 加 以 引导 ， 都 是 可 以 挖掘 出 来 的 ， 比 如 以 下 几 点 是 
我 常 听 到 的 : 


1) 强烈 要 求 团 建 。 小 规模 的 团 建 ， 找 个 特色 饭馆 吃 吃 饭 就 好 了 ， 
然后 去 唱 唱 K。 如 果 是 下 午 ， 还 可 以 组 织 大 家 去 看 电影 。 大 规模 的 团 
建 ， 束 要 把 团队 拉 出 去 史 皮 了， 注意 ， 这 是 要 消耗 额外 工时 的 。 


2) 有 的 程序 员 以 后 想 转行 做 产品 经 理 ， 想 得 到 一 些 锻炼 的 机 会 。 
那 我 们 作为 老板 ， 就 要 给 他 们 提供 更 多 沟通 交流 的 机 会 。 


3) 初级 程序 员 和 希望 能 分 配 到 一 些 更 高 级 的 Task。 他 们 泡 望 新 知 
识 ， 而 不 是 天 天 画 UI。 


4) 有 些 程序 员 比 较 好 学 ， 他 希望 团队 中 有 大 牛 ， 能 学 到 东西 。 


5) 渴望 被 表扬 。 


每 轮 一 对 一 沟通 都 要 伦 费 一 周 的 时 间 。 不 光 是 沟通 ， 还 包括 事先 
准备 和 沟通 后 整理 反馈 的 时 间 。 每 次 做 完 这 件 事 ， 我 都 要 生 一 天 病 
胸口 疼 ， 从 来 没 说 过 那么 多 的 话 。 但 从 长 线 看 ， 绝 对 是 值 得 的 。 


12.4 每 周 技术 分 享 


技术 分 享 是 提高 团队 技术 水 平 的 3 个 方法 之 一 ， 另 外 两 个 是 Code- 
Review 和 修复 线 上 Crash， 本 节 只 谈 如 何 组 织 技术 分 享 。 


技术 分 至 的 天 键 在 于 坚持 。 有 些 公司 、 部 门 或 者 团队 往往 就 古 搞 
个 一 两 次 束 因 为 各 种 忙 而 天 折 了 。 技 术 分 诗 短 期 内 是 看 不 到 效果 的 ， 
所 以 对 于 急于 求 成 的 管理 者 而 言 ， 他 们 会 转 而 把 精力 用 于 做 那些 短 平 
快 的 事情 。 


接 下 来 分 至 一 下 我 在 部 门 内 实施 技术 分 至 的 经 验 。 


每 周一 次 ， 每 次 1 个 小 时 。 由 于 我 们 的 App 送 代 周 期 是 两 周 ， 开 发 
人 员 会 很 忙 ， 尤 其 是 第 二 周 的 周三 周 四 周 五 ， 是 三 个 非常 重要 的 时 间 
点 ， 所 以 我 把 技术 分 享 的 时 间 定 在 每 周一 下 班 前 的 一 个 小 时 。 中 途 也 
有 周一 没有 准备 好 的 情况 ， 可 以 延期 到 这 一 周 的 某 一 天 ， 但 是 不 能 取 
消 。 


单 周 由 我 来 讲 ， 双 周 由 团队 成 员 轮 流 进 行 。 这 样 每 个 人 束 都 有 2 
周 的 充足 准备 时 间 。 我 讲 的 主题 偏 内 功 修 炼 ， 比 如 说 设计 模式 、 算 
法 、 和 框架 设计 ， 等 等 ， 团 队 成 员 讲 的 主题 ， 偏 实战 中 的 经 验 和 心得 体 


会 ， 会 具体 到 代码 和 项 目 层 面 ， 比 如 xmpp、 内 存 泄漏、Activity 加 载 
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在 初期 执行 的 时 候 ， 我 也 是 走 了 一 些 弯 路 的 。 比 如 我 的 开发 团队 
整体 水 平 还 不 是 很 高 ， 而 我 讲 的 又 都 是 高 大 上 的 东西 ， 比 如 我 讲 过 
Android 打 包 流 程 ， 把 一 群 人 讲 得 云 山 筋 淖 。 


在 和 开发 人 员 一 对 一 沟通 得 到 反馈 后 ， 我 把 “有 珊 格 ”适当 调整 ， 改 
为 讲 有 趣 的 算法 题目 ， 束 明显 受 欢 迎 很 多 。 进 一 步 ， 我 又 每 次 讲 几 个 
设计 模式 ， 结 合 着 Android 的 实际 情况 进行 讲解 ， 慢 慢 地 提高 团队 的 内 
功 修 为 一 一 要 知道 ， 很 多 Android 开 发 人 员 都 是 半路 出 家 ， 没 学 过 正规 
的 软件 开发 所 需要 的 这 几 门 基本 功 ， 所 以 他 们 征 需 要 补 上 这 一 谍 的 。 


同时 ， 我 还 发 现 大 家 使 用 GIT 命 令 行 不 是 很 熟练 ， 我 就 从 给 大 家 
介绍 一 款 我 用 了 3 年 的 GIT 图 形 化 操作 工具 一 一 SmartGit， 从 而 提高 
发 效率 ， 每 天 不 用 为 合并 代码 花费 过 多 的 时 间 。 


在 团队 成 员 轮 流 进行 技术 分 享 的 时 候 ， 也 遇 到 了 问题 ， 就 是 每 个 
人 都 介绍 目 己 感 兴趣 的 东西 ， 往 往 惑 变 成 了 讲 的 人 眉飞色舞 ， 昕 的 人 
不 明和 觉 历 。 也 束 是 说 ， 没 有 形成 一 个 体系 ， 比 如 ， 通 过 半年 的 技术 分 
， 为 团队 灌输 了 哪些 必 备 的 技术 ， 大 家 有 古 否 在 这 些 技术 上 有 了 所 
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于 是 我 和 客户 端的 几 个 技术 经 理 一 起 罗列 了 Android 和 iOS 必 须 掌 
握 的 若干 技术 上 操 ， 然 后 发 给 大 家 去 给 自己 打分 ， 每 个 技术 后 都 是 5 分 
制 ， 量 化 如 下 : 


:项目 中 使 用 过 : 4 分 。 


把 大 家 的 自我 打分 收集 上 来 进行 汇总 ， 对 团队 的 整体 技术 水 平 就 
一 目 了 然 了 。 对 于 团队 的 技术 短 板 ， 在 每 周 的 技术 分 享 上 ， 会 安排 团 
队 成 员 专 门 进行 讲解 一 一 当然 这 个 人 需要 事先 花 大 量 的 时 间 去 学 习 、 
研究 并 准备 Demo 。 


对 于 Android 应 用 类 开发 人 员 所 需要 掌握 的 20 个 技术 点 ， 我 会 在 本 


章 后 面 第 7 下 进行 介绍 。 


根据 我 的 经 验 ， 按 照 这 种 形式 坚持 下 去 ， 半 年 就 能 够 培养 出 一 批 
App 新 型 技术 人 才 ， 他 们 在 技术 水 平 、 开 发 效率 上 都 会 有 质 的 飞越 。 


技术 团队 能 力 不 强 这 一 问题 ， 很 多 高 管 往往 通过 招 更 优秀 的 人 优胜 劣 
状 来 解决 ， 其 实 通 过 技术 培训 也 能 得 到 一 批 精 兵 强 将 。 


12.5 代码 评审 


我 刚 到 一 家 互联 网 公司 时 发 现 整个 App 团 队 在 使 用 Gerrit 进 行 代码 
评审 (Code-Review) 。 搭 设 Gerrit 这 样 一 个 服务 器 并 不 难 ， 难 的 是 整 
个 App 团 队 都 在 坚定 不 移 地 贯彻 Code-Review， 每 个 人 提交 代码 ， 都 必 
须 由 另 一 个 人 审核 批准 后 才能 提交 到 GIT 上 一 一 这 不 由 得 让 我 叹 为 观 
hi 


但 是 我 观察 了 一 段 时 间 后 发 现 不 是 那么 回 事 ，Code-Review 的 具体 
执行 和 最 初 的 美好 愿景 并 不 匹配 。 首 先 我 们 是 个 互联 网 公司 ，App 婉 
代 的 周期 只 有 2 周 ， 所 有 开发 人 员 都 疲于奔命 做 需求 ， 哪 里 还 有 时 间 去 
审核 别人 的 代码 ， 于 是 就 会 产生 以 下 几 种 情况 : 


-技术 能 力 强 并 且 责 任 心 强 的 开发 人 员 ， 一 天 80% 时 间 用 于 审核 别 
人 提交 的 代码 。 


-技术 能 力 强 但 是 责任 心 差 的 开发 人 员 ， 代 码 看 都 不 看 直接 束 审 核 
通过 了 。 


:技术 能 力 弱 的 开发 人 员 ， 要 他 们 审核 别人 的 代码 ， 也 看 不 出 什么 
问题 来 。 即 使 责任 心 强 也 是 心 有 余 而 力 不 足 。 


另 一 个 副作用 是 ， 因 为 每 次 请 别人 Code-Review 都 要 等 ， 所 以 开发 
人 员 倾 向 于 每 天 下 班 前 一 次 性 提交 所 有 改动 ， 并 没有 遵守 持续 开发 、 
持续 提交 、 持 续 测 试 的 持续 集成 思想 。 而 审核 代码 的 人 就 更 是 辛苦 


我 曾经 一 度 想 把 Gerrit 机 制 废弃 了 ， 但 是 想 想 还 是 不 有 妇 ， 主 要 是 因 


好 习惯 很 难 养 成 ， 坏 习惯 一 句 话 束 能 达到 了 。 今 天 我 把 Gerrit 废 
弃 了 ， 等 哪 天 想 恢 复 重新 来 可 就 难 了 。 


:目前 线 上 有 各 种 bug， 倒 是 还 可 以 归 答 为 新 人 经 验 不 足 、 开 发 次 
产 不 足 、 测 试 不 充分 等 各 种 原因 ; 而 废 痉 Gerrit 之 后 ， 接 下 来 的 线 上 
bug， 可 职 都 是 没有 Code-Review 导 致 的 了 。 


思 前 想 后 ， 我 的 解决 方案 是 : 


.对 老 员 工 不 再 进行 Code-Review 。 


:对 新 员工 和 实习 生 、 应 届 生 ， 要 为 他 们 每 个 人 指定 一 个 Code- 
Review 的 老 员 工 ， 至 少 3 个 月 之 内 ， 对 他 们 的 Code-Review 还 是 要 严格 
执行 的 。 


此 外 ， 关 于 Code-Review 的 标准 ， 每 个 人 心里 的 秤 也 不 一 样 。 有 的 
人 看 编码 规范 ， 有 的 人 看 编码 逻辑 ， 你 问 我 哪个 对 ? 我 也 说 不 出 来 。 


Code-Review 我 在 软件 公司 也 经 历 过 ， 那 时 是 每 周一 晚上 ， 所 有 开发 人 
员 坐 在 一 个 会 议 室 ， 在 各 目的 笔记 本 上 看 分 配给 目 己 的 要 审核 的 代 

码 。 这 期 间 ， 每 个 人 都 可 以 提出 他 认为 不 妥 的 各 种 问题 ， 由 被 审核 人 
进行 回答 ， 只 要 能 目 圆 其 说 整 行 ， 否 则 束 记 下 来 ，Code-Review 会 议 结 
束 后 进行 修改 。 慢 慢 地 ， 几 个 月 下 来 ， 大 家 的 编程 风格 渐 趋 一 致 ， 这 
就 是 Code-Review 所 要 达成 的 效果 。 


在 互联 网 公司 ， 没 空 捅 我 上 面 说 的 那 套 。 毕 竟 两 周一 次 欠 代 逼 死 
人 啊 ! 于 是 我 把 Code-Review 的 策略 改 为 ， 每 周一 下 午 ， 技 术 经 理 从 上 
周 提交 的 代码 中 找 出 10 处 写 的 有 问题 的 代码 片段 ， 然 后 给 大 家 进行 讲 
解 和 讨论 。 在 达成 共识 后 ， 今 后 束 再 也 不 能 写 类 似 的 代码 了 。 


那么 对 于 有 问题 的 代码 ， 该 上 怎么 处 理 呢 ? 我 的 做 法 是 ， 对 于 前 
页 、 会 员 中 心 这 种 一 级 页 面 ， 代 码 写 的 再 烂 ， 也 不 要 改 ， 之 前 毕竟 是 
稳定 的 ， 你 改 了 后 可 能 束 不 好 用 了 ， 重 构 这 部 分 代码 是 件 长 期 的 工 
作 。 对 于 二 级 或 三 级 页 面 ， 我 们 倒是 可 以 分 配 到 具体 的 开发 人 员 ， 把 
问题 都 改 了 ， 毕 竟 即 使 改 错 了 ， 也 只 是 影响 局 部 某 个 功能 。 


每 周 进行 一 次 整个 团队 的 Code-Review， 把 每 周 发 现 的 问题 汇总 ， 
坚持 半年 时 间 ， 整 个 团队 的 代码 质量 会 有 很 大 改善 。 


在 进行 Code-Review 的 同时 ， 有 一 个 东西 可 以 顺 市 搞 出 来 ， 那 就 是 
模板 页 面 ， 即 符合 编码 规范 要 求 、 可 以 作为 编写 其 他 页 面 的 模范 页 


面 。 如 果 项 目 中 没有 这 样 的 页 面 ， 那 就 找到 符合 60% 要 求 的 页 面 ， 然 
后 把 它 改造 为 符合 100% 要 求 的 。 对 于 Android 应 用 类 App 而 言 ， 一 个 模 
板 页 面 是 不 够 的 ， 至 少 要 提供 Activity、Adapter、Entity、Fragment 这 4 
个 模板 页 ， 其 中 Activity 要 包括 对 MobileAPI 的 调用 。 


有 了 模板 页 ， 所 有 开发 人 员 的 编码 束 有 章 可 循 ， 单 纯 搞 Code- 
Review 和 编码 规范 都 太 抽象 ， 一 定 要 有 能 落地 的 东西 ， 那 区 是 模板 


12.6 ”对 Android 团 队 Leader 的 定位 


Android 团 队 Leader 要 负责 的 工作 罗列 如 下 ， 其 中 绝 大 部 分 也 适用 
于 iOS 团 队 Leader: 


-每 次 迭代 把 Task 分 配 到 具体 开发 人 员 。 
组织 线 上 Crash 的 修复 。 

.处 理 线 上 突 发 bug。 

-排查 每 日 客人 投诉 的 问题 。 

-解决 团队 遇 到 的 技术 难题 。 

组织 每 周 Code-Review 。 

组织 每 周 例会 。 

团队 Leader 一 定 要 明确 自己 的 职责 ， 注 意 以 下 两 点 ; 


:不 要 给 目 己 分 配 具 体 的 需求 开发 ， 你 会 发 现 ， 上 述 管理 工作 会 消 
耗 掉 你 大 量 的 时 间 。 


-努力 不 要 使 目 己 成 为 瓶颈 。 很 耗费 时 间 的 事情 ， 及 时 分 配 到 具体 
的 开发 人 员 。bug 如 采 都 集中 到 目 己 手 里 ， 那 么 一 定 要 及 时 分 下 去 。 


哪些 工作 是 要 尽早 分 出 去 给 具体 的 开发 人 员 的 呢 ? 有 具体 包括 : 
.Android 项 目的 打包 。 

-代码 混 消 。 

-设计 Android 的 Lib 框 架 ， 交 给 架构 组 去 做 。 

:技术 调研 。 


“Monkey 日志 分 析 。 


12.7 Android 必用 开发 所 需 抠 能 目 我 评测 


有 个 开发 人 员 曾 经 跟 我 说 ， 他 很 迷 落 ， 接 下 来 是 该 去 看 Android 系 
统 源码 ， 还 是 每 天 继续 做 应 用 ， 但 是 感觉 每 天 都 是 画 UI 和 调用 
MobileAPI 处 理 JSON， 没 有 技术 上 的 提升 空间 。 


这 个 问题 我 思考 了 一 个 晚上 ， 列 出 来 一 个 从 事 Android 应 用 的 开发 
人 员 所 需要 精通 的 20 个 技能 点 ， 如 下 所 示 : 


1) Activity 相 关 。App 应 用 开发 ， 以 Activity 使 用 最 多 ， 涉 及 
LaunchMode、onSaveInsatnce-State、 生 命 周 期 等 技术 。 


2) Fragment 相 关 技 术 。 用 的 人 不 少 ， 想 明白 是 咋 回 事 的 人 不 多 。 
这 里 推荐 一 本 书 : 《Creating Dynamic UI with Android Fragments》。 


3) 序列 化 技术 。 有 Parcelable 和 Serializable 两 种 。 前 者 是 基于 
Service 的 ， 后 者 是 基于 Bundle 的 ， 二 者 实现 原理 不 同 ， 但 是 达到 的 歼 
果 差 不 多 。 


4) ImageLoader 的 原理 和 使 用 。 类 似 的 ， 还 可 以 学 习 Facebook 新 
近 开源 的 Fresco， 它 对 图 片 的 处 理会 更 好 一 些 。 


5) fasUJSON 或 GSON 的 使 用 。 做 App 不 会 用 实体 自动 匹配 JSON 数 
据 ， 相 当 于 白 做 。 


6) 多 线程 相关 。 包 括 Handler、Looper、ExecutorService 等 。 


7) Adapter 和 ListView“。 这 两 个 技术 捆 在 一 起 ， 经 常 容易 前 溃 ， 无 
分 页 的 时 候 ， 要 仔细 研究 深刻 领会 。 


8) 用 户 Cookie 设 计 。 需 要 把 登录 机 制 彻底 搞 清 楚 ， 包 括 在 
HttpRequest 汰 中 夹带 Cookie 来 进行 用 户 身 份 验 证 的 技术 。 


9) 网 络 请 求 封 狼 。 使 用 AsyncTask 的 网 络 底 层 封装 ， 使 用 
Handler+Runnable 有 的 网 络 底层 封装 


10) Android 与 HTML5 的 交互 。 包 括 Android 调 用 HTML5 的 方法 ， 
以 及 HTML5 调 用 Android 的 方法 。 


11) 代码 混淆 。 没 用 过 ProGuard， 不 知道 keep 相 关 语 法 ， 就 还 是 
初级 水 平 。 


12) Android 打 包机 制 。 涉 及 Android SDK 中 的 若干 命令 。 对 
Android 打 包 过 程 做 的 每 一 件 事 都 很 清楚 。 进 一 步 是 Android 多 项 目 依 
赖 的 打包 技术 。Ant、Gradle 或 者 Maven， 掌 握 其 中 任何 一 种 打包 机 和 制 
即 可 。 


13) 线 上 Crash 分 析 并 修复 。 要 具备 通过 分 析 Crash 信 息 修 复线 上 
Crash 的 能 力 。 


14) 内 存 泄漏 。 包 括 内 存 优 化 、 内 存 泄漏 的 场景 、MAT 工 具 的 使 


15) 调试 工具 。 包 括 DDMS、Eclipse 或 Android Studio 的 调试 功 


ZO》 
EE 


16) Monkey 机 制 。Android 开 发 人 员 如 何 对 一 款 App 进 行 Monkey 
测试 。 这 算是 附加 技能 吧 。 


17) 单元 测试 。 这 里 指 的 是 JUnit。 对 复杂 的 算法 写 过 单元 测试 以 
保证 其 没有 问题 。 


18) GIT 的 高 级 功能 。 包 括 Stage、Rebase、Revert、Stash、Cherry 
Pick 和 Sub Module 等 概念 。 如 采 项 目 中 使 用 的 是 SVN， 那 么 要 掌握 
SVN 的 版 本 管理 集 上 略 。 


19) 插件 化 编程 。 哪 怕 知 道 一 点 DexClassLoader 的 概念 也 好 。 这 
年 涉 ， 没 做 过 插件 化 编程 ， 出 门面 试 都 不 好 意思 说 目 己 是 做 Android 开 
发 的 。 


20) 设计 模式 。 对 常见 的 设计 模式 如 工矿、 生成 器 、 适 配器 、 代 
理 、 寅 略 模 式 耳熟能详 。 


由 此 而 看 到 ， 做 Android 应 用 开发 ， 不 需要 化 太 多 精力 去 看 
Android 系 统 源码 ， 要 先 确 你 我 上 面 罗 列 的 20 扩 所 涉及 的 技术 都 掌握 
和 


12.8 App 开 发 人 员 的 学 习 路 线 


上 市 我 介绍 了 从 事 Android 应 用 类 开发 所 需要 具备 的 20 项 技能 。 这 
里 再 咏 叫 儿 人 句 。 


对 于 设计 模式 ， 要 逼 着 自己 都 实现 一 裔 ， 然 后 ， 把 这 23 个 模式 都 
忘 了 ， 只 需要 记 住 SOLID 原 则 就 够 了 。 这 就 像 金良 笔下 的 独孤 九 剑 ， 
以 无 招 胜 有 招 。 我 学 习 设计 模式 这 门 技术 有 10 年 了 ， 就 是 这 个 套路 ， 
至 今 受益 菲 浅 。 


无 论 是 iOS 还 是 Android 技 术 ， 你 会 发 现 ， 很 多 人 比拼 的 是 谁 知 道 
更 多 的 API， 从 而 能 快速 地 做 出 PM 想 要 的 功能 。 其 实 我 一 直 不 那么 认 
为 ， 人 脑 的 容量 就 像 内 存 一 样 症 有 限 的 ， 没 必要 记 那 么 多 API， 我 只 
要 记 巡 到 问题 时 哪里 能 找到 API 束 好 了 。 打 个 比方 ， 之 前 我 们 脑子 里 
记 的 是 值 类 型 ， 接 下 来 我 将 记 引 用 类 型 ， 这 明显 能 节省 出 很 大 的 罕 
间 ， 用 来 记 那 些 更 重要 的 信息 。 在 微软 ， 我 们 称 之 为 SMART 。 


开发 人 员 一 定 要 解放 思想 ， 才 能 打破 陈规 ， 做 出 有 创造 性 的 工 
作 。 有 一 道 题目 非常 好 ， 我 曾经 问 过 很 多 人 : 4 个 0， 使 用 任何 规则 ， 
如 何 得 到 24 点 。 很 多 人 在 网 上 看 过 这 道 题 目 ， 于 是 告诉 我 答案 征用 阶 
乘 可 以 得 到 结 有 末 。 但 其 实 我 们 的 思维 已 经 被 外 界 的 条 条 框框 束缚 住 


了 。 最 无 厘 头 的 答案 是 00:00， 这 也 是 24 点 ， 你 可 以 说 我 机 赖 ， 但 是 我 
的 确 解 出 了 ， 而 且 是 用 最 简单 有 效 的 办 法 。 


解放 思想 的 最 佳 实践 束 是 跨 界 。 我 曾经 做 技术 遇 到 了 瓶颈 ， 议 沦 
过 一 段 时间 ， 这 期 间 我 开始 学 习 肌 饪 。 我 研发 现 炒 亲 是 装饰 者 模式 
(Decorator) ， 因 为 在 炒菜 的 时 候 我 们 会 依次 放 不 同 的 作料 ， 不 断 地 
给 这 道 菜 增 加 新 的 味道 。 


以 下 是 我 看 过 的 一 些 书籍 ， 推 荐 给 读 首 : 


1) 《疯狂 Android 讲 义 》 ”我 就 是 看 这 本 书 入 门 的 。 这 本 书 很 实 
际 ， 比 较 适 合 于 应 用 类 App 开 发 人 员 做 入 门 教 材 。 已 经 入 门 的 ， 建 议 
也 看 一 裔 ， 梳 理 一 下 知识 ， 做 进一步 提高 。 


2) 《Creating Dynamic UI with Android Fragments》 ”这 本 书 是 专 
门 讲 Fragment 的 。 关 于 Fragment， 很 多 书 都 只 言 片 语 ， 语 在 不 详 。 唯 
独 这 本 书 把 Fragment 从 头 到 尾 仔仔 细 细 讲 了 一 遍 。 目 前 国内 没有 中 文 
版 。Fragment 是 Android 技 术 中 比较 高 大 上 的 部 分 


3) 《Android 应 用 测试 与 调试 实战 》(" 和 在 一 看 这 本 书 是 讲 测试 
的 ， 其 实 不 然 ， 书 中 的 很 多 章 市 涉及 依赖 注入 、 内 存 分 析 、 打 包 部 署 
等 开发 人 员 必 知 必 会 的 技术 。 强 烈 建 议 仔仔 细 细 通读 之 。 


4) 《Java 与 模式 》 这 是 本 古董 级 的 书 了 ， 所 有 介绍 设计 模式 的 
书 ， 论 厚度 ， 无 出 其 右 。 男 一 点 好 处 是 ， 这 本 书 是 基于 Java 的 ， 对 
Android 开 发 人 员 比 较 适 合 。 


5) 《Git 权 威 指南 》( 这 本 书 名 副 其 实 ， 算 是 把 Git 讲 明白 了 。 
说 到 这 里 ， 我 还 要 推荐 一 款 非 常 好 用 的 Git 图 形 化 工具 。 除 了 能 用 来 进 
行 日 常 的 Pull、Push 和 Rebase 操 作 外 ， 还 能 教会 你 Git 的 高 级 用 法 ， 比 
如 Cherry Pick、Stash、Sub Module 等 。 


[1] 此 书 已 由 机 械 工 业 出 版 社 出 版 ， 书 号 为 978-7-111-46018-3。 一 一 编 
辑 注 
[2] 此 书 已 由 机 械 工 业 出 版 社 出 版 ， 书 号 为 978-7-111-34967-9。 一 一 编 
辑 注 


12.9 本章 小 结 


本 革 介 绍 的 Android 的 团队 组 建 和 日 常 管理 。 制 度 是 死 的 ， 人 是 活 
的 。 管 理 团 队 ， 千 万 别 形 而 上 学 。 尤 其 在 移动 互联 网 这 个 日 轧 万 变 的 
行业 ， 照 搬 软件 和 互联 网 的 那 套 管理 方式 是 行 不 通 的 。“ 短 、 平 、 
快 ”是 移动 互联 网 一 切 工作 的 核心 。 


移动 互联 网 的 开发 人 员 属 于 供不应求 的 状况 ， 我 们 要 学 会 尊重 人 
才 ， 逐 步 转变 原 和 多 “买方 市 场 ” 的 传统 思维 模式 。 现 在 是 卖方 市 场 ， 各 
大 公司 的 HR 和 老板 ， 你 们 准备 好 了 吗 ? 


